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PROCEDE ET DISPOSITIF POUR SYNTHETISER UNE ARCHITECTURE 

ELECTRIQUE 

La presente invention concerne un precede et un dispositif pour synthetiser une 
architecture electrique et les applications de ce procede a un vehicule, et en particulier pour 
la synthase d'un routage comme par exemple un routage de cablage. 

Des outils du marche permettent de repr6senter en deux ou trois dimensions le 
routage des fils electriques dans un produit tel qu'un vehicule. Dans ce cas, I'utilisateur doit 
tracer chaque fil d'une broche, ou pine, d'un connecteur a un autre. Lorsque des moyens de 
mise au propre du routage existent, ils sont rudimentaires. Le brevet EP-0696775A1 decrit 
un procede de conception d'un cablage 3-D en partant d'une representation logique 2-D 
contenant d6j& une topoiogie de cablage, les cables ailant d'un connecteur k un autre etant 
deja reprSsentes. Cette topoiogie 2-D est un pre-requis. 

La presente invention a pour but de fournir un procede et un dispositif ameliores 
pour synthetiser une architecture electrique et les applications de ce procede a un vehicule, 
et en particulier pour la synthese d'un routage comme par exemple un routage de cablage. 
L'objectif de la presente invention est notamment de permettre le routage de tout ou partie 
des fils d'une architecture 6lectrique-6lectronique alors meme que Ton ne connait pas 
encore precisement la geometrie du produit, mais que Ton sait le d6couper en zones qui 
pourront, par exemple, §tre assemblies au moment de la fabrication dudit produit. On ne 
connait pas de tels procedes reellement efficaces. La presente invention vise aussi k 
remedier a ces inconvenients pour gagner du temps lors de la synthese et lors de 
revaluation d'architectures electriques et electroniques. 

Selon un premier aspect, la pr6sente invention vise un outil de synthase d'un routage 
6conomiquement optimal, caracterise en ce que : 

- les diff§rentes configurations de variantes de prestation et de variantes de calculateurs 
§tant sp6cifi§es et le taux d'occurrence de ces configurations etant connu, la somme des 
taux des configurations 6tant egale & un, 

- les caracteristiques de cout des composants etant connues et ponder6es en fonction de 
leurs taux de monte respectifs, 

- le placement partiel ou complet des variantes de prestation sur les variantes de calculateur 
etant realise, on synthetise automatiquement un routage economiquement optimal tel que, 
pour chaque capteur et chaque actionneur, on identifie les routages valides, on evalue le 
cout de routage desdits routages valides pour chaque configuration, et Ton choisit le routage 
valide qui minimise la moyenne, pond6ree par les taux de montes de chaque configuration, 
des couts de routage pour chaque configuration. 

Grace k ces dispositions, on peut comparer les couts respectifs de deux 
architectures candidates pour un plan produit en integrant un mix de gamme et d'options. 
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Selon des caracteristiques particulieres, on synthetise le routage optimal en qualite 
caracterise en ce que I'on reprend les etapes ci-dessus, le critere que I'on minimise etant 
une mesure de qualite preferentiellement exprimee en pannes par million. 

Grace a ces dispositions, on peut comparer les mesures de qualite respectives de 
deux architectures candidates pour un plan produit. 

Selon des caracteristiques particulieres, on synthetise le routage optimal en poids 
caracterise en ce que I'on reprend les etapes ci-dessus, le critere que I'on minimise etant 
une mesure de qualite preferentiellement exprimee en pannes par million. 

Grace a ces dispositions, on peut comparer les poids respectifs de deux 
architectures candidates pour un plan produit. 

Selon des caracteristiques particulieres, on calcule automatiquement un cout de 
montage de I'architecture electrique et electronique en fonction d'un cout de montage d'un 
toron sur une zone, d'un cout de montage d'un connecteur sur une frontiere de zone ou sur 
une zone, d'un coQt de montage d'un calculateur sur une zone, d'un cout de montage d'un 
capteur ou d'un actionneur sur une zone et d'un cout de connexion d'un connecteur entre 

zones ou dans une zone. 

Gr§ce a ces dispositions, on peut comparer les couts de montage respectifs de deux 

architectures. 

Selon des caracteristiques particulieres, on synthetise le routage optimal pour 
I'ensemble des configurations, en reprenant les etapes ci-dessus, le critere que I'on 
minimise etant un cout compose : 

- du coQt recurrent estime des pieces, 

- d'une estimation du cout qualite en anticipation de cout de reparation par 
zone ce cout etant majore par un cout constant dependant de la zone et de 
sa facilite d'acces, 

- d'une estimation du cout du poids en prise en compte de I'usure mecanique 
et de la consommation liee a une augmentation de poids du vehicule et/ou 

- d'une estimation du cout de montage. 

Grace a ces dispositions, il est possible de realiser une architecture optimisant le 
cout par rapport a un plan produit et non seulement par rapport a une seule variante de 
produit et prenant en compte tous les aspects de la conception 

L'ensemble des operations du precede peut etre realise au moyen d'un ordinateur. 

Le procede selon Invention peut s'appliquer a la synthese de I'architecture 
electrique d'un produit nouvellement cree. Le procede selon I'invention peut egalement 
s'appliquer a la synthese d'une architecture electrique modifiee par rapport a une 
architecture anterieure. 
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Selon un deuxieme aspect, ta presente invention vise un outil de conception 
d'architecture de systeme, caracterise en ce qu'il comporte plusieurs ecrans qui component, 
chacun : 

- une description hierarchisee du systeme, au moins un des niveaux de la 
hierarchie representant des prestations offertes a des utilisateurs, et 

- lorsqu'un element de la description hierarchisee est selectionne, une vue 
synthetique d'une partie au moins de interface de cet element avec le reste du systeme. 

Grace a ces dispositions, I'utilisateur de I'outil de conception prend directement en 
compte les prestations offertes aux clients en y accedant dans lesdits ecrans et en 
observant des vues synthetiques liees a ces prestations. On rappelle ici que les prestations 
represented des services au benefice d'un utilisateur du systeme, par exemple le 
conducteur d'un vehicule embarquant ledit systeme. Des prestations sont definies par ce 
que I'utilisateur veut (par exemple la mise en route de la climatisation, d'essuie-glaces) ou 
par ce qu'on lui propose (par exemple une securite passive, notamment en cas d'accidents). 
Elles sont aussi definies par des capteurs et/ou des actionneurs qu'elles mettent en oeuvre. 
Elles correspondent, chacune, a une realisation materielle capteur/logiciel/actionneur, le 
capteur pouvant §tre materiel (capteurs en tableau de bord ou pedales, par exemple). A 
partir des prestations, I'outil de conception permet de determiner des specifications du 
systeme, des interfaces et ce que doivent comporter les elements du systeme et leur 
communication avec les autres elements du systeme. 

Selon des caracteristiques particulieres, I'outil comporte un moyen de selection, 
appele "onglet", d'une description hierarchisee, la selection de chaque onglet faisant 
apparaitre un ecran different de I'outil. Grace k ces dispositions, le passage d'un ecran a 
Pautre est particulierement ais6. 

Selon des caracteristiques particulteres, pour au moins un 6cran, la description 
hierarchisee repr§sente, a un premier niveau de hierarchie, une pluralite de prestations, et a 
un deuxfeme niveau de hierarchie, une pluralite de cas ^utilisation pour chaque prestation. 

Grace & ces dispositions, chaque prestation est definie par les cas de son 
utilisation. Par exemple, la prestation "essuie-glaces" peut etre d§finie par des cas 
d'utilisation de balayage alterne, de balayage lent et de balayage rapide. 

Selon des caracteristiques particulieres, pour au moins un dit ecran, chaque cas 
^utilisation comporte un contexte ou situation initiate du systeme, une demande d'un 
utilisateur au systeme et une reponse du systeme correspondant a un changement de son 
etat. 

Selon des caracteristiques particulieres, dans au moins un §cran, pour chaque cas 
d'utilisation d'une prestation, on d6finit des 6tats et des transitions d'etat assoctees. 



WO 2004/038619 PCTYFR2003/003109 



Grace a chacune de ces dispositions, les cas d'utilisation sont formalises et en 
relation directe avec les situations et etats du systeme et les demandes de I'utilisateur du 
systeme qui definissent les transitions entre etats. 

Selon des caracteristiques particulieres, avec au moins un 6cran, on regroupe les 
5 etats qui fonctionnent dans des modes transverses aux prestations communs, dans des 
"phases", chaque etat est associe k une phase du systeme, I'ensemble des cas d'utilisation 
formalises representant toutes les reponses ou absences de reponse du systeme dans 
toutes les phases, celles ci representant, ensemble, toutes les combinaisons des modes de 
fonctionnement du vehicule. 
10 Grace a ces dispositions, on hierarchise les etats ce qui permet une meilleure 

lisibilite car on peut considerer chaque phase s6parement, puis chaque transition de phase. 

Selon des caracteristiques particulieres, chaque phase est constitute d'un 
ensemble de combinaison des modes de fonctionnement du vehicule, les modes etant 
transversaux aux prestations et hors du controle direct des prestations, par exemple un 
15 mode representant un niveau d'energie disponible et/ou un type d'utilisateur du systeme et 
ou un etat accidente ou non d'un vehicule. 

Grace a ces dispositions, la definition des phases est normalisee et de mise en 
oeuvre aisee, elle permet d'autre part une lecture facilitee car hierarchisee des etats. 

Selon des caracteristiques particulieres, pour au moins un ecran, la description 
20 hierarchisee represente, a un premier niveau de hierarchie, une pluralite de prestations, et a 
un deuxieme niveau de hierarchie, des phases de la prestation. 

Grace a ces dispositions, la description des prestations est detaillee pour chacune 
des phases du systeme, ce qui simplifie le travail de I'utilisateur de I'outil. 

Selon des caracteristiques particulieres, pour au moins un ecran, la description 
25 hierarchisee repr6sente, k un premier niveau de hierarchie, une pluralite de prestations, et a 
un deuxieme niveau de hierarchie, des etats. 

Grace & ces dispositions, la description des prestations est rattachee & des etats 
du systeme, ce qui simplifie le travail de Tutilisateur de I'outil. 

Selon des caracteristiques particulieres, dans la description hierarchisee, un niveau 
30 hierarchique decrit, dans un etat donne, les operations ei6mentaires. 

Grace a ces dispositions, les operations eiementaires effectuees par le systeme 
sont accessibles dans la description hierarchisee et peuvent etre editees par I'utilisateur de 
I'outil. 

Selon des caracteristiques particulieres, pour au moins un 6cran, un utilisateur peut 
35 effectuer un placement d'operations eiementaires sur des composants representes sur une 
vue synthetique. 
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Grace a ces dispositions, les aspects fonctionnels du systeme peuvent etre 
implantes sur les composants materiels de ce systeme. 

Selon des caracteristiques particulieres, I'outil comporte, pour au moins un ecran, 
une vue synthetique representant une enveloppe d'un composant et chaque operation 
elementaire que ledit composant controle ou commande. 

Grace a ces dispositions, I'utilisateur de I'outil peut etudier le fonctionnement de 
chaque composant et les specifications qui en decoulent. 

Selon des caracteristiques particulieres, I'outil comporte, pour au moins un ecran, 
une vue synthetique representant une enveloppe d'une prestation et chaque operation 
elementaire que ladite prestation comporte. 

Grace a ces dispositions, I'utilisateur de Poutil peut etudier le fonctionnement de 
chaque prestation et les specifications qui en decoulent. 

Selon des caracteristiques particulieres, pour au moins un ecran, la description 
hierarchisee represente des calculateurs du systeme, a un premier niveau de hierarchie, et a 
un deuxieme niveau de hierarchie, des operations elementaires contr6lees ou commandees 
electroniquement par chaque calculateur. 

Grace k ces dispositions, I'utilisateur de I'outil peut etudier le fonctionnement de 
chaque calculateur et les specifications qui en decoulent. 

Selon des caracteristiques particulieres, pour au moins un ecran, une vue 
synthetique represente, pour chaque calculateur, les prestations qui sont, au moins 
partiellement, placees sur ledit calculateur. 

Grace a ces dispositions, I'utilisateur de I'outil peut etudier les relations entre les 
prestations et les calculateurs. 

Selon des caracteristiques particulieres, pour au moins un 6cran, une vue 
synthetique represente, pour chaque calculateur, les modes dans lesquels ledit calculateur 
doit fonctionner. 

Grace k ces dispositions, I'utilisateur de Poutil peut etudier les relations entre les 
modes et les calculateurs. 

Selon des caracteristiques particulieres, pour au moins un ecran, une vue 
synthetique represente au moins un reseau et les composants qui y sont relies. 

Grace a ces dispositions, I'utilisateur peut etudier le fonctionnement de chaque 

reseau. 

Selon des caracteristiques particulieres, pour au moins un ecran, la description 
hierarchisee represente des calculateurs du systeme, a un premier niveau de hierarchie, et k 
un deuxieme niveau de hierarchie, pour chaque calculateur, les trames de donnees 
transitant sur les bus auxquels est connecte le calculateur et/ou les composants 
eiectroniques (capteurs, actionneurs) directement connectes au calculateur. 
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Grace a ces dispositions, I'utilisateur de routil peut etudier chaque calculateur et les 
interactions qu'il a avec d'autres elements du systeme, en particulier les bus auxquels il est 
connecte. 

Selon des caracteristiques particulieres, pour au moins un Ecran, la description 
hierarchisee represente des frames, a un premier niveau de hierarchie, et k un deuxieme 
niveau de hierarchie, pour chaque trame, les donnees contenues dans les trames. 

Grace a ces dispositions, I'utilisateur de I'outil peut detainer la messagerie utilisee 
et etablir les relations entre les trames et les donnees qu'elles contiennent. 

Selon des caracteristiques particulieres, pour au moins un ecran, une vue 
synthetique represente des composants et/ou reseaux et une projection d'une prestation sur 
lesdits composants et/ou reseaux. 

Grace a ces dispositions, I'utilisateur de routil peut etudier separement chaque 
prestation, en terme d'implantation materielle. 

Selon des caracteristiques particulieres, pour au moins un Ecran, un niveau 
hierarchique decrit, pour chaque operation elementaire, les flots de donnees d'entree et de 
sortie d'interface, pour chaque flot de donnees, le pilote et le composant et/ou ['operation 
elementaire, avec lequel le flot de donnees est echange. 

Grace k ces dispositions, I'utilisateur de I'outil peut etudier le detail de la mise en 
oeuvre d'une operation Elementaire, en termes de flots de donnEes, de pilotes et/ou de 
composants. 

Selon des caracteristiques particulieres, pour au moins un Ecran, la description 
hierarchisee represente, a un premier niveau de hierarchie, une pluralite de prestations, et a 
un deuxieme niveau de hierarchie, une pluralite de variantes de prestation, pour chaque 
prestation. 

Grace a ces dispositions, I'outil permet de traiter differentes variantes d'une 
prestation dans la conception de ['architecture d'un systeme. 

Selon des caracteristiques particulieres, pour au moins un ecran, la description 
hierarchisee represente, a un premier niveau de hierarchie, une pluralite de composants 
electroniques, et a un deuxieme niveau de hiErarchie, une pluralite de variantes de 
composants Electroniques, pour chaque composant electronique. 

Grace k ces dispositions, routil permet de traiter differentes variantes d'un 
composant, par exemple differents composants de differents equipementiers, dans la 
conception de I'architecture d'un systeme. 

Selon des caracteristiques particulieres, pour au moins une vue syntttetique, une 
selection, avec un dispositif de pointage, d'un element de la vue syntttetique donne accEs k 
une representation de fonctionnement dudit element. 
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Grace a ces dispositions, I'utilisateur de I'outil peut etudier le fonctionnement des 
differents elements representes dans la vue synthetique. 

Selon des caracteristiques particulieres, pour un cas d'utilisation, etant donne un 
placement partiel ou complet des prestations, on identifie automatiquement I'ensemble des 
5 operations elementaires dans I'architecture ainsi que I'ensemble des donnees echangees 
(trames, capteurs, actionneurs) correspondant a la realisation du cas ^utilisation. 

Grace & ces dispositions, si une erreur est observee, lors d'un test d'integration, 
c'est a dire pour un cas d'utilisation donne, on peut retrouver les composants susceptibles 
d'etre h Porigine du defaut. 
10 Selon des caracteristiques particulieres, pour un cas d'utilisation, si on exprime une 

contrainte de performance sur (edit cas d'utilisation, on identifie automatiquement I'ensemble 
des operations elementaires dans I'architecture, Tensemble des trames echangees, 
I'ensemble des capteurs necessaires et/ou Tensemble des actionneurs actives, de mani&re a 
leur affecter respectivement des contraintes de delai d'execution, de delai de transmission, 
15 de delai d'activation propres et/ou valider des contraintes deja exprimees. 

Grace a ces dispositions, on va pouvoir decider des contraintes de 
rafraTchissement des differentes donn6es echangees par des operations elementaires 
auxquelles s'applique la contrainte de performance. 

Selon un troisieme aspect, la presente invention vise un outil de conception 
20 d'architecture de systeme, caracterise en ce qu'il comporte, pour des objets, composants 
materiels et/ou prestations offertes au client, une representation graphique dite "enveloppe" 
qui comporte : 

- un contour representant ledit objet, 

- des representations d'autres objets avec lequel ledit objet communique, et 
25 - des representations de donnees echangees avec lesdits autres objets. 

Grace & ces dispositions, I'utilisateur de I'outil dispose d'une vue synthetique de 
I'interaction de I'objet avec d'autres objets du systeme. 

Selon des caracteristiques particulieres, lorsque ladite enveloppe repr§sente un 
composant materiels, des representations de donnees sont effectuees pour une prestation. 
30 Grace a ces dispositions, chaque couple composant materiel - prestation peut etre 

etudi6 s6par6ment. 

Selon un quatrieme aspect, la ptesente invention vise un outil de representation de 
systeme comportant des composants §lectroniques relies, chacun, & au moins un bus, 
caracterise en ce qu'il comporte, pour chaque bus, une representation des composants qui y 
35 sont directement relies et, pour les composants directement relies & au moins deux bus, 
pour chacun de ces bus, associe audit composant, un identificateur de chaque autre bus 
auquel ledit composant est directement relie. 
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Grace a ces dispositions, I'utilisateur de I'outil dispose d'une vue en trois 
dimensions, sans complexity de representation, chaque bus etant represents en deux 
dimensions et ies liens entre les bus etant representes, selon une troisfeme dimension, 
grace aux identificateurs. 

Selon des caracteristiques particulieres, (edit identificateur est un element 
graphique, par exemple une pastille d'une couleur identique a celle du bus dans ladite 
representation. 

Grace a ces dispositions, la visualisation des relations entre les bus est aisee, 
grace k la visualisation de I'element graphique. 

Selon un cinqufeme aspect, la presente invention vise un procede de conception 
d'une specification d'un systeme materiel et logiciel, caracterise en ce qu f il comporte : 

- une etape de definition de prestations et, pour chaque prestation, de cas 
d'utilisation ; 

- une 6tape d'association de chaque cas d'utilisation a au moins un etat de depart 
du systeme, une demande utilisateur et, pour chaque etat de depart, un 6tat d'arrivee du 
systeme ; 

- une etape de definition d'operations au cours de laquelle, pour chaque etat, on 
definit un ensemble d'operations eiementaires correspondant a la reponse du systeme lors 
de I'arrivee dans ledit etat ; 

- une etape de specification d'architecture du systeme definissant des unites de 
controle electronique et des r6seaux ; 

- une etape de placement des operations eiementaires sur les calculateurs ; 
et, au moins Tune des etapes suivantes : 

- une etape ^identification des flots de donnees circulant sur lesdits r§seaux en 
fonction dudit placement ; et 

- une etape d'identification de la specification des interfaces des calculateurs en 
fonction dudit placement. 

Grace a ces dispositions, ce procede permet de partir des prestations offertes a 
rutilisateur du systeme, de determiner le fonctionnement du systeme puis d'implanter les 
operations elementaires mettant en oeuvre les prestations sur des calculateurs et ^identifier 
les consequences de Pimplantation en termes de flots de donnees et/ou en termes de 
specification d'interfaces. 

Selon des caracteristiques particulieres, Petape de placement comporte, pour 
chaque prestation, un choix parmi plusieurs modes de placement comportant notamment : 

- le placement de la prestation sur un seul calculateur, 

- le placement maTtre-esclave dans lequel une operation eiementaire 
supp!6mentaire de controle de la prestation unique, active, suivant retat de la prestation 
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dans lequel se trouve le systeme, les operations elementaires de la prestation, cette 
operation elementaire supplemental etant placee sur Tun des calculateurs, 

- le placement distribute dans lequel les operations elementaires sont reparties sur 
au moins deux calculateurs et, sur chacun desdits calculateurs, une operation elementaire 
supplementaire de controle de la prestation est placee et active, suivant I'etat de la 
prestation dans lequel se trouve le systeme, les operations Elementaires de la prestation 
placees sur ledit calculateur. 

Grace k ces dispositions, le placement de chaque prestation peut §tre effectue sur 
un ou plusieurs composants, avec des operations elementaires de controle 
correspondantes. 

Selon des caracteristiques particulieres, les operations Elementaires 
supplementaires sont generees automatiquement avec : 

- comme entrees, toutes les donnees n6cessaires au calcul des transitions de 
Tautomate de controle de la prestation dont les etats sont les etats de la prestation et les 
transitions les traductions, par une operation elementaire, des demandes utilisateur et 

- comme sortie, une donnee representant I'etat dans lequel se trouve la prestation. 
Grace a ces dispositions, le travail de rutilisateur de I'outil est tres simplifie. 

Selon des caracteristiques particulieres, au cours de Tetape ^identification des flots 
de donnees, on determine un 6tat de chaque flot de donnees, par rapport a une messagerie 
donnee : 

- donnees "libres", a placer dans des trames, 

- donnees d6ja placees dans une trame et circulant sur le reseau et telles qu'elles 
sont produites dans les calculateurs ou la trame est produite et consommee dans les 
calculateurs ou la trame est consomm6e, et 

- emplacements de trame non utilises. 

Grace & ces dispositions, les donnees et les trames peuvent etre organisees, et 
pendant la conception du systeme, on peut mesurer le travail restant h faire pour couvrir 
Tensemble des 6changes de donnees par les differentes trames. 

Selon des caracteristiques particulieres, etant donn§ un cas d'utilisation, on 
exprime une contrainte de performance sur ce cas d'utilisation ainsi que sur certaines des 
operations Elementaires realisees dans l'6tat d'arrivee dudit cas d'utilisation, Toutil synthetise 
alors automatiquement la liste des executions d'operations elementaires, executions de 
pilotes, ecritures et lectures dans des trames, prise en compte d'information par des capteur 
et des actionneurs, transfer! de trame sur un reseau mise en oeuvres suite au placement 
desdites operations 6l6mentaires et le concepteur peut valider que cette contrainte de 
performance est satisfaite pour un placement desdites operations Elementaires ou specifier 
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des exigences de delai d'execution et/ou de temps de reponse pour satisfaire cette 
contrainte de performance. 

Grace a ces dispositions, on peut s'assurer que le systeme aura bien les 
performances attendues et Ton peut notamment mettre au point des exigences de 
performance pour les divers composantes du systeme. 

Selon des caracteristiques particulieres, si, pour une prestation poss^dant au 
moins deux variantes, lesdites variantes ont des operations elementaires partagees, alors 
lesdites operations elementaires sont placees sur les memes calculateurs ou variantes de 
calculateur. 

Par exemple des variantes d'acces au vehicuie, Tune avec cle, I'autre sans cle, 
partagerons les operations elementaires de verrouillage et deverrouillage. 

Grace a ces dispositions, il est possible de gerer simplement la diversite des 
prestations lors de I'etape de placement car Ton a pas besoin d'effectuer plusieurs fois le 
placement d'une operation §lementaire partagee entre plusieurs variantes de prestation. 

Selon un sixifeme aspect, la presente invention vise un outil de conception d'un plan 
de cablage, caracterise en ce qu'il comporte plusieurs ecrans qui component chacun : 

- une description hierarchisee des composants materiels a placer 

- une representation en deux dimensions des zones sur lesquelles les composants 
sont places. 

Selon des caracteristiques particulieres, la representation en deux dimensions des 
zones sur lesquelles les composants sont places comporte une vue globale de Pensemble 
des zones ainsi qu'un moyen de rajouter ou enlever des zones. 

Selon des caracteristiques particulieres, lorsque Ton selectionne une zone dans la 
vue globale de I'ensemble des zones, une vue locale de la zone, vue locale dans laquelle 
des caracteristiques geom6triques de la zone peuvent etre specifiees, par exemple en 
cliquant deplagant des points de contour de la zone, apparait 

Grace a ces dispositions, la specification de la zone peut etre fiddle k la ptece qu'elle 
represente. 

Selon des caracteristiques particulieres, on peut editer, sur la vue locale d'une zone 
en cliquant-d§plagant a partir d'une icone de I'outil, des points de routage, des points de 
connexion, des sous-zones d'evitement et/ou des points de masse. 

Grace & ces dispositions, le concepteur peut specifier des points de passage 
preferentiels pour le routage des fils qui permettront de former des torons, des points de 
passage pr§ferentiels d'une zone h une autre et des sous-zones d'evitement dans lesquelles 
aucun fil ne peut passer par exemple pour des raisons mecaniques ou d'encombrement, les 
endroits de la zone qui peuvent servir de masse. 
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Selon des caracteristiques particuli&res, un point de routage ou un point de 
connexion entre zone peut etre transforme en connecteur en cliquant sur un attribut dudit 
point de routage ou de connexion. 

Grace a ces dispositions, on peut specifier remplacement des connecteurs qui 
permettront de decouper les fils et torons en pieces suffisamment petites ou pratiques pour 
le montage. 

Selon des caracteristiques particulferes, on peut specifier remplacement des 
differents composants electroniques, les boTtiers fusibles et relais, les unites de controle 
electroniques, les capteurs, les actionneurs, notamment en cliquant dSplagant sur une 
representation desdits composants dans une liste hierarchisee. 

Grace k ces dispositions, le concepteur peut specifier remplacement ou seront 
places ces composants sur les differentes zones du produit. 

Selon des caracteristiques particulieres, on synthase automatiquement le routage 
des differents capteurs et actionneurs jusqu'aux differents boTtiers fusibles et relais et unites 
de controle 6lectronique. 

Grace & ces dispositions, on peut visualiser le cablage et mettre au point le 
positionnement des points de routage et de connexion pour r§duire n a vue" les longueurs et 
les formes des torons. 

Selon des caracteristiques particulieres, pour chaque capteur et chaque actionneur, 
des pines de donnees assoctees a des pilotes (materiels et logiciels) eux-memes assoctes a 
des donn6es, des pines de puissance correspondant & I'alimentation et des pines de masse 
etant specifiees, on synthetise automatiquement, le routage des fils correspondant & ces fils 
aux unites de controle electroniques ou aux boTtiers fusibles et relais pour les donnees, aux 
boTtiers fusibles relais pour les fils de puissance et aux masses respectivement les plus 
proches. 

Grace a ces dispositions, on evalue le nombre de pines des connecteurs, des 
connecteurs des unites de controle Electroniques et des boTtiers fusibles et relais, ainsi que 
la taille des differents torons. 

Selon des caracteristiques particulieres, si un capteur ou un actionneur est relie a un 
calculateur dans I'outil de conception d'architecture de systeme, alors, au cours de la 
synthase du routage, on relie les pines de donnees dudit capteur ou dudit actionneur au dit 
calculateur. 

Grace a ces dispositions, des exigences de liaison d'un capteur ou d ! un actionneur a 
un calculateur, par exemple pour des raisons contractuelles avec un foumisseur, sont prises 
en compte dans la conception de Tarchitecture 6lectrique et electronique. 

Selon des caracteristiques particulieres, 
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- etant donnee une fonction de cout des connecteurs, par exemple basee sur 
un abaque qui donne une estimation du prix des connecteurs en fonction du 
nombres de connexions de donnees, de puissance et de masse, ou base par 
exemple sur un prix moyen affecte a chaque connexion d'un fil de donnees, 
courant ou masse, 

- etant donnee une evaluation du cout des composants electroniques, 
capteurs, actionneurs, unites de controle electronique ou boTtiers fusibles et 
relais 

- §tant donnee une fonction de cout des fils basee par exemple sur leur 
longueur et sur leur type, en prenant par exemple un poids lineaire moyen 
pour les fils de puissance et de masse, un poids lineaire moyen pour les fils 
de donnees, et un cout massique du composant dans lequel sont fabriques 
lesdits fils, 

on calcule automatiquement un cout d'une architecture §lectrique et electronique, en 
fonction d'au moins une desdites fonctions et evaluations. 

Grace a ces dispositions, on peut comparer les couts respectifs de deux 
architectures afin de choisir la moins ch&re. 

Selon des caracteristiques particulieres, etant donne un cout moyen pour les pilotes 
logiciels et materiels des differents pilotes, etant donne un cout de mise en oeuvre d'une 
operation 6l6mentaire, on estime automatiquement un cout d'une unite de controle 
electronique ou d'un boitier fusibles et relais puis d'une architecture electrique et 
electronique complete. 

Grace a ces dispositions, I'estimation de cout est automatique a partir de n'importe 
quel placement r6alise dans I'outil de conception d'architecture de systeme d'une pluralite de 
prestations pour lesquelles des estimations ont ete realisees. 

Selon des caracteristiques particulieres, etant donn§ un routage synthetise, 6tant 
donnees des mesures de quality pour les connecteurs et les portions de fil des differentes 
zones, on estime automatiquement une mesure de quality d'une architecture electrique et 
electronique. 

Grace h ces dispositions, on peut evaluer la quality respective de deux architectures 
6lectriques. 

Selon des caracteristiques particulieres, etant donn§ une mesure de qualite des 
differents calculateurs capteurs et actionneurs places dans les differentes zones, on estime 
automatiquement la qualite d'une architecture electrique et electronique 

Grace k ces dispositions, on peut evaluer la qualite respective de deux architectures 
electriques et 6lectroniques 
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Selon des caracteristiques particuli&res, 

- etant donne une mesure de qualite pour chaque type d'entrees/sorties, pour 
chaque type de fil (puissance, masse, donn6es), 

- etant donnee une mesure de qualite pour Pexecution d'une instruction sur un 
calculateur, pour un acc&s en memoire vive, pour un acces en memoire 
flash, 

on calcule automatiquement une mesure de qualite pour I'execution d'une operation 
6lementaire, et pour I'execution d'un ensemble d'operations elementaires sur un calculateur. 

Grace a ces dispositions, on prend en compte precisement la qualite de 
fonctionnement des calculateurs dans revaluation qualite d'une I'architecture electrique 
electronique. 

Selon des caracteristiques particulieres, on determine automatiquement, dans 
chaque zone, des points de routage candidats pour regrouper les fils de puissance et de 
masse en Spissures et I'on choisit automatiquement celui qui minimise la longueur de fil 
dans ladite zone. 

Grace & ces dispositions, on optimise la longueur du cablage et on minimise la taille 
des connecteurs. 

Selon des caracteristiques particulieres, on tient compte des epissures dans les 
evaluations de cout et de quality. 

Grace a ces dispositions, ces evaluations sont de meiileure qualite. 
La presente invention vise, selon un septieme aspect, un precede pour synthetiser 
une architecture electrique et Slectronique tfau moins une partie d'un produit comprenant 
des fils 6lectriques et des composants electriques et electroniques tels que des capteurs, 
des actionneurs et des calculateurs, caracterise en ce qu'il comporte les Stapes suivantes : 

- on represente en deux dimensions la g6ometrie du produit decoupee en 
differentes zones ; 

- on place dans les differentes zones, des points de routage pour le routage 
des fils electriques ; 

- on place entre les differentes zones des points de connexion ; 

- on place les composants Electriques et electroniques dans les zones ; 

- on procede a une synthese du routage en fonction de la gSometrie des 
differentes zones, des positions des points de routage, des points de 
connexion et des composants ; 

- on procede a une Evaluation de ce routage et 
en fonction du rEsultat de cette evaluation ; 
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- on modifie des emplacements de points de routage, de points de connexion 
et/ou de composants electriques et electroniques et on repete les etapes de 
synthese et devaluation. 
Grace k ces dispositions, on optimise le routage par iteration. 
Selon des caracteristiques particulieres, au moins un point de connexion 
correspond, dans le produit, a un connecteur et/ou au moins un point de routage 
correspond, dans le produit, k un connecteur. 

Grace a ces dispositions, on prend en compte et on dimensionne les connecteurs. 
Selon des caracteristiques particulieres, on precise a I'interieur desdites zones, des 
sous-zones d'evitement dans lesquelles aucun fil, composant ou connecteur ne doit etre 
place et, au cours de I'etape de synthese, on interdit qu'un fil traverse une sous-zone 
d'evitement. 

Grace a ces dispositions, la representation est plus fidele et tient compte de 
I'encombrement de certaines zones du produit. 

Selon des caracteristiques particulieres, avant de placer les composants 
electriques et electroniques, on fait au moins un des choix ci-apres : 



- choix d'unites de controle electroniques, 

- choix de reseaux de communication, 

- choix de capteurs et actionneurs, 

- choix de boTtiers fusibles et relais, 

- choix d'une architecture electrique et electronique. 



Selon des caracteristiques particulieres, avant de proceder a la synthese du 
routage, on specifie des caracteristiques des composants electriques et Electroniques. 

Selon des caracteristiques particulieres, apres la synthese du routage, on visualise 
le cablage constitu§ du routage synthetis6 et de connecteurs. 

Grace a ces dispositions, on peut mettre au point le placement des points de 
routage en simplifiant la g6ometrie des torons. 

Selon des caracteristiques particulieres, le procede comporte une etape de 
validation d'un routage parmi ceux evalues, et on procfede au calcul d'une specification 
technique du cablage constituS du routage synthetise valid§ et de connecteurs et on 
procede k la suite du calcul de la specification technique, au calcul d'un cout du cablage 
et/ou au calcul tfune mesure de qualite, par exemple par I'estimation du nombre de pannes 
par million et par an du cablage. 

Grace k ces dispositions, le concepteur peut comparer differentes solutions 
^architecture et transmettre la specification de I'architecture retenue k l'§quipe de 
d§veloppement et de mise au point. 
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Selon des caracteristiques particulieres, le produit est un vehicule et les differentes 
zones du vehicule comprennent au moins Tune des zones suivantes : 

- la zone de la face avant, 

- la zone du capot, 

- la zone du tableau de bord, 

- la zone du pavilion, 

- la zone du coffre et du hayon, au-dessus et en dessous des zones 
ci-dessus, 

- la zone de I'aile avant droite et de I'aile avant gauche, 

- la zone de la porte avant droite et de la porte avant gauche, 

- la zone du montant droit et du montant gauche, 

- la zone de la porte arriere droite et de la porte arriere gauche, 

- la zone de I'aile arriere droite et de I'aile arriere gauche, entre la zone du 
tableau de bord et celles de I'aile avant droite et de I'aile avant gauche, les 
zones du montant avant droite et du montant avant gauche, entre la zone du 
coffre et celles de I'aile arriere droite et de I'aile arrfere gauche, les zones du 
montant arriere droit et du montant arriere gauche, 

- une zone du dessus de plancher et 
une zone du dessous de plancher. 

Grace h ces dispositions, on peut appliquer le procede a un vehicule automobile. 

D'autres avantages, buts et caracteristiques de la presente ressortiront de la 
description qui va suivre, faite en regard des dessins annexes, dans lesquels : 

- la figure 1 represente schematiquement les differentes 6tapes du proced§ selon 
I'invention, 

- la figure 2 est une vue de dessus, en plan des differentes zones d'un vehicule 
automobile, 

- la figure 3 est une vue schematique d'6I6ments de description de zones, 

- la figure 4 montre des routages valides dans une zone de portiere d'un vehicule, 

- la figure 5 montre un exemple du cablage d'une portiere de vehicule, 

- les figures 6 & 16 representent des ecrans mis en oeuvre pour la conception 
d'une architecture de systeme 6lectronique et informatique, 

- la figure 17 represente des Stapes mises en oeuvre pour la specification d'une 
variante de prestation, et 

- la figure 18 represente des etapes mises en oeuvre dans un procSde de 
conception d'une architecture de systeme selon la pr6sente invention. 
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Avant de detainer des modes de realisation particuliers de diffErents aspects de la 
prEsente invention, on donne ici des explications sur la terminologie utilisee 

-. les termes "vEhicuIe" et "produit" sont utilises indifferemment, la portee de la 
prEsente invention ne se limitant pas aux vehicules mais les modes particuliers de realisation 
Etant detailles pour un produit constitue d'un vehicule. 

- les termes "estimation" et "evaluation" sont utilises indifferemment 

- dans un but de concision, le terme "outil" signifie "outil de conception 
d'architecture de systeme". 

- lorsque, dans le contexte de la description, la difference entre une unite de 
controle Electronique ou un boTtier fusibles et relais n'est pas importante, on parlera 
simplement de calculateur. Lorsque la gestion de diversite des calculateurs sera discutEe, 
on parlera de type de calculateur pour un calculateur gEnErique d'un reseau de bord, comme 
par exemple le calculateur d'injection d ! un vehicule automobile et de variante de calculateur 
pour une instance particuliere d'un type de calculateur, par exemple tel controleur d'injection 
essence produit par tel Equipementier toujours pour un vehicule automobile. Lorsque Ton 
abordera les reseaux de bord, on parlera de noeud du reseau pour parler d'un type de 
calculateur, ou d'une variante de calculateur suivant les cas, connecte a un reseau, pour 
rester coherent avec la terminologie classiquement employee. 

La notion de composant fera generalement reference a un capteur ou un 
actionneur par opposition & un calculateur. Un composant electronique sera par contre aussi 
bien un actionneur ou un capteur qu'un calculateur ou un autre composant intelligent aussi 
appele en anglais "smart component". Un composant Electrique Electronique designera 
n'importe quel type de composant. En pratique, ces distinctions seront claires a partir du 
contexte d'utilisation. 

Finalement, on parlera simplement de "reponse" pour parler d'une reponse a une 
demande utilisateur. 

La figure 1 reprEsente schematiquement les Etapes du processus suivi pour 
realiser le routage des fils de I'architecture electrique et Electronique ainsi que son 
Evaluation. Certains liens entre certaines des Etapes y sont symbolisEs par des fleches. Par 
exemple, la fleche entre les Etapes 102 et 104 indique que I'Etape 104 est rEalisEe apres 
I'Etape 102. Par contre, il n'y a pas de lien entre I'Etape 104 et I'Etape 106, ces deux Etapes 
peuvent etre rEalisEes dans un ordre indiffErent sans nuire h la qualitE du rEsultat. 

Pour effectuer le routage des fils et son Evaluation, le procEdE comporte : 
- une Etape 102 au cours de laquelle on spEcifie la gEomEtrie du vEhicule, sous 
forme de zones, par exemple en mettant en oeuvre un ordinateur qui affiche TEcran illustre 
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en figure 13 et dispose cTun logiciel permettant de reaiiser les fonctions decrites en regard 
de la figure 13 ; Parallelement a cette etape 102, on fait au moins un des choix ci-apres : 

- choix d'unites de controle electroniques, 

- choix de reseaux de communication, 

- choix de capteurs et actionneurs, 

- choix de boitiers fusibles et relais, 

- choix d'une architecture electrique et electronique 

et on specifie des caracteristiques des composants electriques et electroniques. 

- une etape 104 au cours de laquelle on place des sous-zones dites "d'evitement", 
dans les zones definies au cours de I'etape 102, comme explique en regard des figures 13 
et 14; 

- une etape 106 au cours de laquelle on place des points de routage, des 
connecteurs, en particuliers entre les zones definies au cours de I'etape 102 ; 

- une etape 108 au cours de laquelle on place les composants 

- une etape 110 au cours de laquelle le logiciel qui implemente le premier aspect 
de la presente invention effectue automatiquement une synthese du routage des signaux, un 
exemple d'un tel routage etant presents en figure 5 ; 

- une etape 112 au cours de laquelle le logiciel effectue automatiquement une 
synthase du routage de la puissance, un exemple d'un tel routage Etant propose en figure 5 

- une etape 114 au cours de laquelle le logiciel effectue automatiquement une 
synthese des liens de masse, un exemple d'un tel routage Etant propose en figure 5 ; 

- une etape 116 au cours de laquelle le logiciel effectue automatiquement une 
evaluation du cout du routage, a partir de fonctions d'estimation des couts des connecteurs 
et des fits en fonction de leur dimension et des fonctions d'estimation des couts des 
diffErents composants Electroniques et en sommant les couts des Elements composant 
I'architecture ; 

- une Etape 118, au cours de laquelle le logiciel effectue automatiquement une 
evaluation de la qualite du routage a partir de fonctions d'estimation de la qualite des 
connecteurs et des fils en fonction de leur dimension et de fonctions d'estimation de la 
qualite des diffErents composants Electroniques ; et 

- une etape 120, au cours de laquelle le logiciel effectue automatiquement une 
evaluation du poids du routage, a partir de fonctions d'estimation du poids des connecteurs 
et des fils en fonction de leur dimension et de fonctions d'estimation du poids des diffErents 
composants electroniques . 
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En fonction du resultat de ces Evaluations, on modifie les emplacement de point de 
routage, de connexion et des composants electriques et electroniques, etapes 106 et 108 en 
vue d'une amelioration et on reprend les etapes de synthese 110, 112, 114 pour proceder k 
une nouvelle evaluation et de manfere iterative converger vers une solution optimisee. 

Lorsque une solution optimisee est determinee, on procfede au calcul d'une 
specification technique du cablage constitue du routage synth§tis6 valide et de connecteurs 

La figure 2 represente schematiquement le decoupage en zones d'un produit, en 
('occurrence un vehicule automobile 5 portes avec un hayon. Les differentes zones du 
vehicule sont representees suivant une vue de dessus. Ces differentes zones comportent : 
une zone aile avant droite 202, une zone porte avant droite 204, une zone montant droit 206, 
une zone porte arriere droite 208, une zone aile arriere droite 210, une zone montant avant 
droit 211, une zone montant arriere droit 212, une zone hayon 214, une zone pavilion 216, 
une zone cockpit 218, une zone capot 220, une zone montant avant gauche 222, une zone 
montant arriere droit 224, une zone face avant 226, une zone aile avant gauche 228, une 
zone porte avant gauche 230, une zone montant gauche 232, une zone porte arriere droite 
234, une zone aile arrfere gauche 236, et une zone plancher 240. 

Ces zones sont, en figure 2, representees ensemble et orientees suivant une 
"boussole" 238, placee k titre indicatif, qui permet intuitivement a Phomme du metier de 
naviguer dans chaque zone en sachant comment elle est situee par rapport k celles qui 
Pentourent, a la fois dans la representation et dans la r6alite. La boussole 238 indique 
comment les zones sont situees les unes par rapport aux autres, mais ne s'applique pas a 
chaque zone en particulier. Par exemple, les zones "aile avant droite" 202 et "porte avant 
droite" 204 sont plac§es de telle sorte que Ton peut en d^duire que la zone "aile avant 
droite" 202 est a Pavant de la zone "porte avant droite" 204. Pour autant, ces deux zones 
sont verticales et, localement, ne seront pas representees selon les orientations indiquees 
par la "boussole" 238. 

De meme, on voit en figure 2 que la zone "montant droit" 206 est a droite de la 
zone "pavilion" 216, mais la zone "pavilion" 216 est horizontale et sera representee dans une 
vue locale selon les orientations indiquees par la "boussole" 238 alors que la zone "montant 
droit" 206 est verticale. La "boussole" 238 sert done k situer les zones entre elles mais ne 
s'applique pas n6cessairement a la description du contenu de chaque zone. 

La figure 3 repr§sente schematiquement des elements de description de zones et 
illustre comment sont places sur une zone "zone horizontale plancher" 318 correspondant 
en figure 2 a la zone plancher 240, un point de connexion 302, un point de routage 312, un 
connecteur plac6 en lieu et place d'un point de routage 304 ou en lieu et place d'un point de 
connexion 316, une zone d'evitement 314, des composants 306 et 308, qu'il s'agissent de 
capteurs, actionneurs, unite de controle 6lectronique ou boTtiers fusibles et relais. 
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Un routage de la zone est realise, le composant 306 etant route au point de 
connexion 302 via le connecteur 304 et le composant 308 etant route au connecteur 316 via 
le point de routage 312. D'autre part, la figure 3 illustre les connexions entre zones 
schematisees par le trait discontinu entre, d'une part, le point de connexion 302 de la zone 
horizontal plancher 318 et le point de connexion 320 de la zone verticale connexe 324 et, 
d'autre part, le connecteur 316 de la zone horizontal plancher 318 et le connecteur 322 de 
la zone verticale connexe 324. La D boussole n 326 indique comment orienter la zone 
horizontal plancher 318 alors que la "boussole" 328 indique comment orienter la zone 
verticale connexe 324. On note que ces deux zones sont perpendiculaires, la zone 
horizontal plancher 318 etant inscrite dans un plan horizontal alors que la zone verticale 
connexe 328 est inscrite dans un plan vertical. Les points de connexion 302 et 320, lorsqu'ils 
sont associes, represented un meme point dans I'espace, c'est a dire un point de contact 
physique entre les zones horizontal plancher 318 et verticale connexe 324. De meme, les 
connecteurs 312 et 316 sont reunis par un m6canisme standard de type "prise 
male/femelle", par exemple le connecteur 312 est un connecteur male et le connecteur 316 
est un connecteur femelle et ces deux connecteurs sont physiquement lies en un point de 
contact physique entre les zones horizontal plancher 318 et verticale connexe 324. 

La figure 4 repr6sente schSmatiquement des routages valides dans une zone 
portiere avant gauche 414 correspondant a la zone porte avant gauche 230 illustree en 
figure 2. Les sous-zones d'evitement 418, 420 et 422 sont hachur§es, et des composants 
sont represents, notamment un bouton de commande du leve-vitre 402, une lampe 
d'6clairage du bouton de commande du l&ve vitre 404, un moteur de verrouillage 406, un 
moteur de Ifcve-vitre 408, des connecteurs 410 et 412. La lecture de la zone 414 est 
simplifiee k I'aide de la "boussole" 416. D'autre part, des points de routage 451, 452, 457 et 
458 ont ete places. On note que certains sommets de la sous-zone d'evitement 422 sont 
sp§cifiquement utiles pour les routages, c'est-a-dire fils §Iectriques ou liens, 454, 455 et 456. 

La figure 5 repr6sente schematiquement un routage d'un ensemble de fils sur deux 
zones, d'une part, une zone porte avant gauche 414 et, d'autre part, une zone cockpit 510. 
Certains composants sont communs aux figure 4 et 5. D'autres, notamment dans la zone 
cockpit 510 sont ajoutes : un point k la masse 504, une unite de controle 6lectronique 506, 
un boitier fusibles et relais 508 et les connecteurs 502 et 512, correspondant respectivement 
aux connecteurs 410 et 412 de la zone porte avant gauche 414. Le lien entre les 
connecteurs des deux zones sont symbolises par les traits en pointill§, en figure 5. En 
pratique, les connecteurs 502 et 410, par exemple, sont reunis par un m§canisme standard 
type prise male/femelle comme indique en regard de la figure 3. 

Une representation en deux dimensions du produit est realis6e comme suit : le 
produit est decoup§ en zones dont les dimensions doivent etre sp6cifi§es pour coller au 
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mieux k la geometrie du produit considere. Cette representation est notamment satisfaisante 
pour un vehicule automobile dans la mesure ou le cablage peut etre en grande partie fixe 
directement aux toles et done k une decomposition du vehicule en zones planes, comme 
detaille en figure 2. 

Chaque zone representee est de preference verticale ou horizontale. Par exemple, 
on peut associer le plancher d'un vehicule a une zone horizontale et une portiere d'un 
vehicule a une zone verticale. Pour un hayon incline, on peut choisir Tune ou I'autre des 
representations. De plus, on peut indiquer la gauche et la droite, I'avant et I'arriere, le haut et 
le bas de ladite zone. Ces orientations ont notamment pour objectif que I'homme du metier 
puisse se retrouver facilement dans le passage d'une zone a une autre, ou d'un vue globale, 
dans laquelle toutes les zones sont representees, k une vue locale, dans laquelie une seule 
zone, par exemple, est representee. 

La figure 2 represente une vue de haut des differentes zones de la partie 
superieure d'un habitacle d'automobile a cinq portes (y compris le hayon). Le decoupage en 
zones logiques est sp§cifi6, mais les dimensions respectives et les formes des zones ne 
sont pas represents sur la figure 2. Les zones sont orientees en figure 2 puisque avant, 
arriere, gauche et droite de la vue de dessus sont indiques. Certaines pieces sont 
horizontales, comme le pavilion, et d'autres verticales, comme les portes. 

Chaque zone peut contenir des sous-zones d'evitement, e'est k dire des zones 
dans lesquelles on ne peut pas faire passer de fils. Par exemple, dans le hayon d'un 
vehicule, la vitre correspondra a une sous-zone d'evitement. 

Pour des raisons de simplicity les zones peuvent etre representees par des figures 
g§om6triques simples comme par exemple des polygones ou encore plus simplement des 
quadrilaferes. Chaque zone a son r6ferentiel et les sous-zones d'evitement d'une zone A 
sont des formes inscrites dans A, preferentiellement sous forme de polygone ou de 
quadrilat&re. 

La figure 3 represente un zoom sur une zone du type de celles decrites dans la 
figure 2. II s'agit d'une zone inscrite dans un plan horizontal comme I'indique la boussole 
328. Elle se nomme "zone horizontale plancher". Au centre de la piece, une forme hachuree 
indique une sous-zone d'evitement 314. Les formes hachurees, dans les figures 4 et 5, 
indiquent de meme les sous-zones d'evitement 418, 420 et 422. 

Chaque zone est, par ailleurs, liee aux autres zones par des points de connexion 
qui servent a specifier les liens geometriques entre les differentes zones et k specifier des 
emplacements ou les fils peuvent passer d'une zone a une autre. Un point de connexion 
entre deux zones est done represente sur chacune de ces zones. Un point de connexion 
peut etre un connecteur. Dans ce cas, il est un connecteur sur les deux zones qu'il lie. 
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Dans la figure 3, le lien entre deux zones, par des points de connexion, est illustre. 
La zone H zone horizontal plancher" 318 est liee a la zone "zone verticale connexe" 324 par 
deux connecteurs 302/320 et 316/322. Ces deux connecteurs sont situes a distance egale 
Tun de I'autre sur chacune desdites zones. 

Les points de routage sont des points de regroupement de fil proposes, dans 
chaque zone, par le concepteur et qui permettent notamment de regrouper les fils en torons. 
Preferentiellement, tous les sommets d'une sous-zone d'evitement sont des points de 
routage afin qu'il existe toujours une solution au probleme du routage dans une zone. Sur 
specification du concepteur, un point de routage peut etre un connecteur. 

Dans la figure 3, deux points de routage 304 et 312 sont represents, dont Tun, 
304, est en fait un connecteur. 

Un routage entre deux points (par exemple entre un capteur et un actionneur) 
consiste en une sequence de points de routage ou de connexion. Le fil synthetis§ suivant un 
routage est suppose et repr£sente rectiligne entre deux points de routage ou de connexion 
successifs. 

Un routage est dit valide dans une zone si, d'une part, il ne traverse aucune sous- 
zone d'evitement et si, d'autre part, etant donnSs deux points de routage ou de connexion 
successifs A et B du routage, alors il n'existe pas de point de routage C atteignable sans 
traverser une sous-zone d'evitement et tel que les longueurs des segments AC et BC soient 
inferieures & la longueur du segment AB. 

Un routage traversant plusieurs zones par I'intermediaire de points de connexion 
entre zone est valide s'il est valide dans chaque zone. 

La longueur du routage d'un fil est la somme des distances entre les points de 
routage ou de connexion successifs qui forment le routage. Le routage est optimal si la 
longueur du routage est minimale parmi tous les routages valides possibles. 

Pour trouver le routage optimal entre deux points, on peut par exemple enum6rer 
tous les routages valides possibles entre ces deux points ne comportant pas de boucle (c'est 
a dire qui ne passe jamais deux fois par le meme point de routage ou de connexion) et 
choisir le routage le plus court . 

Dans la figure 4, les points 451 , 452, 453, 454, 455, 456, 457 et 458 sont des 
points de routage. Les points 410 et 412 repr§sentent des points de connexion entre zones 
contenant des connecteurs. On note que 454, 455 et 456 sont aussi des sommets d'une 
sous-zone d'evitement. Les routages possibles pour router le moteur de verrouillage 406 au 
connecteur 412 sont nombreux : on peut citer le routage (406 - 451 - 452 - 458 - 412) et 
(406 - 454 - 455 - 456 - 457 - 458 - 412). En fait le routage (406 - 451 - 452 - 458 - 412) ne 
peut pas convenir car il traverse une sous-zone d'evitement. Finalement, ie routage le plus 
court respectant toutes les clauses est (406 - 454 - 455 - 456 - 458 - 412). En pratique le 
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calcul d'un routage se fait entre deux composants plutot qu'entre un composant et un point 
de connexion comportant ou non un connecteur dans une zone. 

Les composants electroniques et electriques suivant sont places sur !es differentes 
zones produit. Ces composants sont : 

les unites de controle electroniques : ce sont des composants Electroniques 
capables de commander des signaux de donnees, c'est a dire de faible puissance, servant 
notamment a transporter des donnees logicielles ou interpretables par du logiciel, 
notamment provenant d'un capteur ou a destination d'un actionneur ; 

les capteurs et actionneurs ; 

les boitiers fusibles et relais: ce sont des composants electroniques capables 
de commander aussi bien des signaux de faible puissance que des signaux de forte 
puissance, que Ton qualifie simplement de signal de puissance ; 

les sources : sont les sources d'energie, typiquement une batterie - une 
source peut §tre assimilee a un boTtier fusibles et relais particulier ; 

Les unites de controle electroniques assurent preferentiellement le controle logique 
des composants alors que les boitiers assurent le relais de leur alimentation et les sources 
assurent Tali mentation de I'ensemble. Comme leur nom I'indique, les boitiers fusibles et 
relais contiennent par exemple les fusibles protegeant les differentes charges (composants 
consommant de l'§nergie) plac6es sur les differents fils lies aux dits boitiers et contiennent 
aussi preferentiellement des relais permettant I'activation des charges necessitant de la 
puissance. 

Preferentiellement, les differents elements de ^architecture §lectrique et 
electronique sont representes par des points, c'est a dire assoctes a deux coordonnees dans 
le referentiel de la zone sur laquelle ils sont places. Les points de masse sont aussi places. 
Les points de masse sont tels qu'un fil dit de masse, connecte a un point de masse, se 
trouve a un potentiel electrique nul. Les points de masse sont specifics par le concepteur. 
L'architecture electrique et electronique est donnee par : 

le choix des unifes de controle electroniques, 

le choix des r§seaux de communication, 

le choix des capteurs et actionneurs, 

le choix des boitiers fusibles et relais, 

les liens logiques de ces differents composants entre eux 
Ces liens sont, notamment, les connexions des unites de controle electroniques et 
des boitiers fusibles et relais aux differents reseaux de communication. Ces liens peuvent 
aussi etre des liens explicites entre un capteur ou actionneur et une unife de controle 
electronique ou un boTtier fusibles et relais. Notamment, puisque par exemple un capteur 
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peut avoir plusieurs liens electriques avec son environnement, par exemple un lien masse, 
un Hen puissance et un lien pour la transmission d'information, ledit capteur peut etre 
simultanement li§ a une masse, un boitier fusibles et relais et une unite de controle 
electronique. 

Le routage de I'ensemble des fils est r6alis§ par etapes pour un placement donne 
des differents elements de Parchitecture. 

(A) Le routage d'un signal de donnee d'une entree-sortie d'un composant a une 
entree-sortie d'un unite de controle electronique est realise comme suit : 

(a) Si le rattachement du signal de donnee du composant (capteur ou actionneur) 
est specifie, c'est a dire que Ton a deja d6fini a quelle unite de controle electronique le 
composant est lie pour ledit signal de donnee, alors il s'agit du routage optimal entre le 
capteur et I'unite de controle electronique. 

(b) Si le rattachement du signal n'est pas specifie, alors, on rattache 
pr6ferentiellement le composant a I'unite de controle electronique la plus proche, c'est a dire 
que (i) on calcule le routage optimal Ci pour joindre le composant & I'unite de controle 
electronique Calc, en appliquant I'etape precedente (a) et (ii) on selectionne ensuite le plus 
court routage et la ou une des unites de controle electronique correspondantes, c'est a dire 
Calq tel que Cj = min Ci. 

(B) Le routage d'un signal de puissance d'une entree-sortie d'un composant a une 
entr6e-sortie d'un boitier fusibles et relais est realise comme suit : 

(a) Si le rattachement du signal de puissance du composant (capteur ou 
actionneur) est specifie, c'est a dire que Ton a deja defini a quel boTtier fusibles et relais le 
composant est li§ pour ledit signal de puissance, alors il s'agit du routage optimal entre le 
capteur et le boTtier fusibles et relais. 

(b) Si le rattachement du signal de puissance n'est pas specifie, alors, on 
rattache pr6ferentiellement le composant au boitier fusibles et relais le plus proche, c'est h 
dire que (i) on calcule le routage optimal Ci pour joindre le composant au boTtier fusibles et 
relais Calci en appliquant I'etape precedente (a) et (ii) on selectionne ensuite le plus court 
routage et le ou un des boTtiers fusibles et relais correspondants, c'est k dire Calq tel que Cj 
= min Ci. 

(C) Pour ce qui est du routage d'un signal de masse d'une entree-sortie d'un 
composant, ce composant etant un capteur, un actionneur, une unite de controle 
Electronique ou un boTtier fusibles et relais. 

On rattache preterentiellement le composant au point de masse le plus proche, 
c'est a dire que (i) on determine le routage optimal Ci pour atteindre chaque masse M, et (ii) 
on selectionne ensuite le plus court routage ou I'un des plus court Mj tel que Cj = min Ci. 
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(D) Routage d'un reseau entre calculateurs 

Les caracteristiques de topologie du reseau doivent etre connues : un tel reseau 
est de preference organise en etoile, en ligne ou en boucle suivant !es cas. 

Pour un reseau CAN par exemple, les topologies en etoile ou en ligne sont 
possibles. Pr§ferentiellement, le concepteur indiquera sa recommandation. Les raisons de 
choix d'une topologie sont tres varices. Par exemple le reseau en etoile peut etre prefere 
pour des raisons de surete de fonctionnement car en cas de coupure du bus, seul un 
calculateur est isole alors qu'en cas de topologie en ligne, le reseau est coupe en deux et les 
consequences sont a priori plus graves. 

Pour une topologie choisie, on cherche ensuite les routages qui minimisent la 
distance entre les calculateurs. 

Pour une topologie en etoile : 

(a) On choisit un point de contact entre les branches, 

(b) On cherche le routage optimal de ce point avec chacune des unites de controle 
electroniques ou chacun des boitiers fusibles et relais connectes au reseau, 

(c) On calcule la somme des longueurs desdits routages optimaux, 

(d) On applique les trois etapes precedentes pour chacun des points de contacts 
existants et 

(e) On retient le point de contact qui minimise la longueur du reseau. 
Pour un topologie en ligne : 

(a) On choisit un point de routage permettant deconnecter chaque unite de 
controle electronique ou chaque boitier fusibles et relais au bus. Le bus etant lui-meme 
form6 par I'ensemble une sequence des dits points de routage ne coupant pas de sous-zone 
d'evitement, 

(b) On determine ('ensemble desdits points de routage permettant de connecter 
chaque unite de controle electronique ou chaque boTtier fusibles et relais au bus qui 
minimise la longueur du reseau, par exemple par essais successifs. 

(E) Routage d'un signal de puissance d'un calculateur C. 

II se traite comme le routage d'un signal de puissance d'un capteur a un boitier 
fusibles et relais. 

En figure 5, la zone °zone porte avant gauche" 414 et sa connexion avec la zone 
"zone extrait cockpit" 512 sont represents 

Le routage complet des differents composants desdites zones est realise. Les 
composants sont tout d'abord lies a I'unite de controle electronique UCE 506. Les differents 
routages generes sont done, en reprenant les notations utilisees pour d6crire la figure 4 : 

- moteur de 406 k I'UCE 506 : (406 - 451 - 452 - 410 - 506), 
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- moteur du leve-vitre 408 a I'UCE 506 : (408 - 458 - 412 - 506), 

- bouton de commande du leve-vitre 402 a I* UCE 506 : (402, 452, 410 - 506), 

- eclairage du bouton de commande du leve-vitre 404 a I'UCE 506 : (404 - 452 - 
410-506), et 

- de I'UCE 506 a la BFR 508 : (506 - 508). 

Les caracteristiques electriques des differents composants peuvent etre 
specifiees : nombre de pines d'interface, nature des pines (donn6es, masse, puissance), 
rattachement des pines de donnees ou de puissance s'ils sont specifies, tension minimum 
de fonctionnement, courant moyen, courant d'appel, puissance consommee, et ceci pour 
chaque fil de puissance partant du composant. 

Le routage evolue consequemment puisqu'il faut router chaque fll s6parement et 
specifier une pine pour chaque connecteur implique dans le routage d'un nouveau fil. 

En figure 5, les moteurs 406 et 408 peuvent avoir, chacun, trois fils de donnees, 
puissance et masse, respectivement, et comportent done des connecteurs a trois pines. 
Cette fois-ci, les liens a la masse M 504 et au boTtier fusibles et relais BFR 508, qui n'avaient 
pas ete exprimes jusqu'a maintenant, apparaissent sous la forme de nouveaux routages : 

- moteur de verrouillage 406 / pine 1 a I'UCE 506 / pine 1 (donnees) : (406 / pine 1 
- 451 - 452 - 410 / pine 1 , 506 / pine 1), 

- moteur du leve-vitre 408 / pine 1 a I'UCE 506 / pine 2 (donnees) : (408 / pine 1 - 
458 - 412 / pine 1 - 506 / pine 2), 

- moteur de verrouillage 406 / pine 2 a la BFR 508 / pine 1 (puissance) : (406 / pine 
2-451 -452 -410 /pine 2, 508 /pine 1), 

- moteur du leve-vitre L 408 / pine 2 a la BFR 508 / pine 2 (puissance) : (408 / pine 
2 - 458 - 412 / pine 2 - 508 / pine 2), 

- moteur de verrouillage 406 / pine 3 a masse 504 : (406 - 451 - 452 - 410 / pine 3 - 

504), et 

- moteur du leve-vitre 408 / pine 3 a masse 504 : (408 - 458 - 412 / pine 3 - 504). 
Les pines ne sont pas notees pour un lien a la masse car il s'agit preferentiellement 

d'un vissage ou d'un moyen analogue. 

On peut alors calculer la specification technique du cablage composee des 
resultats suivants: 

- le plan de cablage logique : il s'agit de la description de I'ensemble des segments 
de fil necessaires pour realiser I'architecture electrique-electronique. Chaque fil lie une pine 
d'un connecteur d'un composant a une pine d'un autre connecteur d'un autre composant et 
passe, de plus, par un certain nombre de points de routage et de connexion comme specifie 
plus haut. C'est la donnee des deux connecteurs et des pines de chaque connecteur aux 
extremites, e'est-a-dire au niveau des composants connectes, la sequence des points de 
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routage, ainsi que la sequence des pines des connecteurs, notamment entre zones, 
traverses, qui definit logiquement le fil. Le plan de cablage logique est la donnee de 
I'ensemble des definitions logiques des fils qui le constitue. 

- la specification des connecteurs : pour chaque connecteur, c'est le nombre de 
connexions correspondant a des fils de donnees, le nombre de connexions correspondant a 
de la puissance et le nombre de connexions correspondant a des fils de masse qui 
constituent la specification. 

- la specification des interfaces des unites de controle Electroniques, des boltiers 
fusibles et relais et des capteurs et actionneurs : il s'agit des descriptions des connecteurs 
de ces composants, sous forme de pines de donnEes, puissance et masse. 

Dans la figure 5, le connecteur 410 assure maintenant cinq connexions dont trois 
de donnees, une de puissance et une de masse. 

Uutilisateur peut aussi souhaiter calculer ou Evaluer le cout d'une architecture 
electrique et Electronique, notamment afin de comparer de telles architectures et choisir la 
moins couteuse a prestation et qualite Egales. 

Etant donnee une fonction de cout des connecteurs, par exemple basee sur un 
abaque qui donne une estimation du prix des connecteurs en fonction du nombres de 
connexions de donnees, de puissance et de masse, ou base par exemple sur un prix moyen 
affecte a chaque connexion d'un fil de donnees, courant ou masse. 

Etant donnEe une Evaluation du cout des composants Electroniques, capteurs, 
actionneurs, unites de controle electronique ou boftiers fusibles et relais. 

Etant donnee une fonction de cout des fils basee par exemple sur leur longueur et 
sur leur type, en prenant par exemple un poids linEaire moyen pour les fils de puissance et 
de masse, un poids linEaire moyen pour les fils de donnees, et un cout massique du 
composant dans lequel sont fabriques lesdits fils. 

On deduit automatiquement de la specification technique une Evaluation de cout 
pour Tarchitecture Electronique et Electronique considErEe en sommant les coQts de tous les 
composants Electroniques, de tous les connecteurs et de tous les fils. 

Pour estimer le cout de mise en oeuvre d'une opEration ElEmentaire, on peut par 
exemple procEder comme suit: Etant donnE un nombre N de lignes assembleur EvaluE pour 
chaque opEration ElEmentaire placEe sur un calculateur , et une pEriode P d'activation pour 
chaque opEration ElEmentaire en seconde, Etant donnE un cout moyen CI de I'exEcution 
d'une instruction par seconde sur un processeur, Etant donnE I'espace mEmoire MEMO 
nEcessaire pour les donnEes que I'opEration ElEmentaire Echange avec les autres 
opErations ElEmentaires et les pilotes; Etant donnEe une estimation du cout CRAM d'un bit 
en mEmoire RAM et une estimation CROM d'un bit en mEmoire ROM ou Cflash en mEmoire 
flash. Etant donnE le nombre de bits d'un mot, c'est a dire la caractEristique d'etre & n-bits 
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(huit, seize ou trente-deux par exemple) du micro controleur, le cout d'une operation est: 
(N/P)*Ci + N*n*CROM + MEMO*n*CRAM. 

Sur certains microprocesseurs 32 bits, certaines instructions occupent 16 bit ce qui 
permet notamment d'economiser de la memoire. Cette caracteristique peut etre prise en 
compte en separant ces deux types ^instructions si Ton peut evaluer un mix pour l'op6ration 
elementaire consideree et en consommant deux fois moins de ROM pour les instructions sur 
16 bits. 

II est a noter que le cout CI de I'execution d'une instruction par seconde sur un 
processeur peut dependre du type d'application que Ton traite, toutes les instructions ne 
s'effectuant pas en autant de cycle. Par exemple sur un processeur de vingt MIPS (Million 
destruction Par Seconde), on peut r6aliser vingt millions destruction d'un cycle en une 
seconde, mais seulement un million ^instructions de vingt cycles. Done suivant le nombre 
moyen de cycle par instruction necessaire pour chaque type duplication, on precise cette 
evaluation. 

II est important de noter que le cout moyen d'une instruction, d'un bit de RAM et 
d'un bit de flash sur un micro controleur peuvent par exemple etre extrapol6s a partir de 
Tobservation d'au moins trois microcontrdleurs (i) dont on connaTt le coQt (d) et les 
caracteristiques memoire RAM (Ri), MIPS (MO et Flash (FO, et (nO le nombre de bit d'un mot. 
En effet pour chaque microcontroleur, on etablit I'equation aux inconnues CI, CRAM, Cflash: 
et 

CI*M j +CRAM*ni*R,+Cflash*ni*F I = Q 

Un tel systeme de trois equation possfcde une unique solution, les differentes 
constantes etant non nulles. Lorsque Ton examine de nombreux controleurs, cette 
estimation peut bien sOr etre affin§e. 

II est a noter que si TopSration 6l6mentaire est I'automate de controle d'une 
prestation, alors I'estimation du nombre de ligne de code est d§terminee en fonction du 
nombre d'etat et du nombre de transitions et la periode d'activation est determine en 
fonction des exigences de performance sur les differents cas d'utilisation. 

D'autre part, le cout des differents pilotes materiels peut etre evalues en fonction 
de leur type (tout ou rien, analogique"numerique,..etc) et de leurs caracteristiques 
electriques. 

Uutilisateur peut aussi souhaiter §valuer la quality d'une architecture electrique et 
electronique, notamment afin de comparer de telles architectures et choisir celle qui 
presente le meilleur niveau de qualite, & prestation et coQt identiques. 

La mesure de la qualite se fait preferentiellement en mesurant le nombre de 
pannes par million d f unit6s et par an de I'ensemble de ['architecture, preferentiellement a 
I'aide d'un logiciel. 
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Pour calculer ce nombre 

■ le logiciel mesure la qualite de I'ensemble des connecteurs, qu'il s'agisse de 
connecteurs entre zones ou au sein de zones ou de connecteurs d'entrees/sorties des 
composants electroniques (capteurs, actionneurs, unites de controle electronique, boTtiers 

5 fusibles et relais) en affectant par exemple un taux de panne moyen par connexion, par 
exemple 10 ppm (panne par million d'unites par an) et en multipliant ce taux moyen par le 
nombre total de connexion dans le sysfeme. Pour obtenir une evaluation plus precise, le 
logiciel prend en compte des moyennes ajustees en fonction du type de connexion : masse, 
puissance et donnees, les fils les plus fins etant les plus fragiles. Par exemple on prend 4 

10 ppm par connexion des fils de puissance ou de masse sur une pine et 6 ppm par connexion 
des fils de donn6es sur une pine, et finalement une estimation de 4 ppm par portion de fil de 
donn6e entre deux connecteurs. Dans ce cas, si Ton reprend la figure 5, et le detail des 
connexions et fils presents en description de la figure 5, on peut r§aliser revaluation 
suivante pour chaque section: 

15 - moteur de verrouillage 406 / pine 1 a I'UCE 506 / pine 1 (donnees) : (406 / pine 1 

- 451 - 452 - 410 / pine 1 , 506 / pine 1): 3*6ppm + 2* 4 ppm soient 26ppm 

- moteur du teve-vitre 408 / pine 1 a I'UCE 506 / pine 2 (donnees) : (408 / pine 1 - 
458 - 412 / pine 1 - 506 / pine 2): 3*6ppm + 2* 4 ppm soient 26ppm 

- moteur de verrouillage 406 / pine 2 a la BFR 508 / pine 1 (puissance) : (406 / pine 
20 2 - 451 - 452 - 410 / pine 2, 508 / pine 1): 3*4ppm soient 12 ppm 

- moteur du teve-vitre L 408 / pine 2 a la BFR 508 / pine 2 (puissance) : (408 / pine 
2 - 458 - 412 / pine 2 - 508 / pine 2), 3*4ppm soient 12 ppm 

- moteur de verrouillage 406 / pine 3 k masse 504 : (406 - 451 - 452 - 410 / pine 3 - 
504), soient 3*4 ppm 

25 - moteur du leve-vitre 408 / pine 3 k masse 504 : (408 - 458 - 412 / pine 3 - 504). 

soient 3*4 ppm 
pour un total de 100ppm 

Si, maintenant on prend en compte une epissure en 452, alors, les ppm correspondant a la 
duplication de fils en aval de Pepissure, vu des actionneurs 406 et 408, sont & supprimer soit 

30 3*4 ppm. En tenant compte d'une epissure de puissance on trouve 88ppm comme qualite du 
routage optimise. La prise en compte d'une Spissure de masse au meme point de routage 
permet d'economiser encore 12ppm pour aboutir a 76ppm. [.'optimisation sur une evaluation 
de cout consisterait de manfere similaire h supprimer le cout des portions de fils et des pines 
de connecteur supprimees grace a I'epissure. 

35 ■ I'outil mesure la qualite des composants electroniques qui est sp6cifi6e dans 

une base de donn6e des composants et peut etre decrite en fonction du type de composant 
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ou specifiquement pour chaque composant, par exemple on peut attacher une evaluation a 
100 ppm a toutes les unites de controle electroniques. 

■ L'outil additionne ensuite les mesures de I'ensemble des composants 
constituant ('architecture electrique et electronique. 

L'utilisateur peut aussi raffiner la strategie de routage en integrant des epissures 
pour les fils de puissance et les fils de masse. On peut pratiquer ces epissures au niveau 
des connecteurs ou au sein d ! une zone, preferentiellement au niveau d'un point de routage. 

Realiser une epissure de masse consiste a joindre tous les (n) fils de masse 
passant en un point, et notamment en un point de connexion ou un point de routage. De la 
sorte, en remontant vers la masse la plus proche, on economise d'une part des fils et d'autre 
part des pines de connexion correspondant aux (n-1) fils enleves. 

Realiser une epissure de puissance consiste & joindre des fils de puissance qui, 
d'une part, passent en un point commun, notamment en un point de connexion ou en un 
point de routage, et, d'autre part, joignent des charges a un bottier fusibles et relais 
commun. Par exemple en Figure 5, le fil d'alimentation du moteur de verrouillage 406 et le fil 
d'alimentation de la lampe 404 peuvent etre joints au niveau du point de routage 452 ou 
encore au niveau du connecteur 410. De telles epissures servent & economiser des pines au 
niveau des connecteurs et les morceaux de fil ainsi supprimes. On cherche done a minimiser 
la longueur des fils et on choisira de pratiquer Pepissure au point de routage 452 afin 
d'economiser les longueurs de fil entre 452 et 410. Le point 452 est celui qui minimise les 
longueurs de fil pour la realisation de I'epissure dans I'exemple de la figure 5. 

Pratiquer une epissure au niveau d'un connecteur revient a Her entre elles les pines 
du connecteur correspondant aux fils que Ton souhaite joindre. 

On peut alors am6liorer la synthase du routage en cherchant si une ou plusieurs 
Epissures des fils de masse ou des fils de puissance permettrait de minimiser le cout global 
de Tarchitecture. II faut pour cela entrer de nouvelles donnees dans la base de cout des 
composants unitaires notamment le cout d'une 6pissure en fonction du nombre de fils joints 
et le cout d'un epissure au niveau d'un connecteur en fonction du nombre de fils joints. 

Les figures 6 et suivantes decrivent un outil de conception d'architecture de 
systeme et un procede de conception d'une specification d'un sysfeme materiel et logiciel 
mettant en oeuvre cet outil. 

Cet outil est particulferement adapte aux cas de systemes complexes comportant 
un ensemble de calculateurs realisant de nombreuses prestations ou services au benefice 
d'un utilisateur, chaque prestation presentent de nombreux cas d'utilisation. Par exemple, les 
systemes electroniques et informatiques de v6hicules sont particulferement vises par cet 
outil. 
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Des prestations sont definies par ce que Putilisateur veut (par exemple !a mise en 
route de la climatisation, d'essuie-glaces) ou par ce qu'on lui propose (par exemple une 
securite passive, notamment en cas d'accidents). Elles sont aussi definies par des capteurs 
et/ou des actionneurs qu'elles mettent en oeuvre. Elles correspondent, chacune, a une 
realisation materielle capteur/logiciel/actionneur. Le constructeur dispose d'une marge de 
manoeuvre dans la definition de I'architecture interne du systeme electronique/informatique, 
notamment dans le choix des reseaux de bord et des boitiers electroniques connectes sur 
ces reseaux et I'outil de conception presente ici permet la conception de cette architecture. 

A partir des prestations, I'outil de conception permet de determiner des 
specifications plutot que des produits finis. Neanmoins, cet outil determine aussi des 
interfaces et ce que doivent comporter les elements et leur communication avec le systeme 
electronique/informatique. 

En particulier, cet outil ne vise pas a programmer les calculateurs de maniere 
automatique mais h gerer des compromis cout/qualite/delais du systeme specifie. 

Uoutil de conception est implements sous forme d'un logiciel fonctionnant sur un 
ordinateur personnel et utilisant une base de donnees et des ressources (operating system 
et distribution sur le reseau) connues. 

Confornrtement k un aspect de la presente invention : 

- chaque prestation represente un service rendu a un utilisateur, 

- on definit un ensemble de cas d'utilisation formalisms de chaque prestation, 
chaque cas d'utilisation formalise comportant un contexte d'origine, une demande de 
I'utilisateur, eventuellement implicite, et une reponse du systeme correspondant h un 
changement de son etat, et 

- le sysfeme est organist et specifie pour effectuer la reponse, sur detection de 
remission de la demande dans le contexte d'origine. 

Dans ce but, selon un aspect de la presente invention, le procede comporte une 
etape de conception, pour chaque prestation, d'un automate de controle de la prestation 
destin§ & etre mis en oeuvre par le systeme de composants mat§riels et logiciels et qui 
represente le comportement de ce systeme. Cette etape de conception comporte, pour 
chaque prestation une etape de definition d ! un cas d'utilisation formalise de la prestation, 
specific par un contexte, une demande d'un utilisateur au systeme et une reponse du 
systeme correspondant k un changement de son etat et, de mani&re iterative, jusqu 1 ^ ce 
que tous les cas d'utilisation de la prestation aient ete traites : 

- une etape d'ajout d'un cas d'utilisation formalist de la prestation, sp§cifi6 par un 
contexte ou situation initiate du systeme, une demande d'un utilisateur au systeme et une 
r6ponse du systeme correspondant k un changement de son §tat, 
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- et, de maniere iterative, pour chaque etat deja construit, on cherche s'il est 
compatible avec le contexte du cas d^tilisation formalise ajoute et, si oui, on construit un 
nouvel etat du systeme relie audit etat d§ja construit par la demande du cas d'utilisation 
formalise ajoute, le nouvel etat tenant compte de I'etat dej& construit et de sa modification 
par la reponse du cas d'utilisation formalise ajoute. 

De cette maniere, on synthetise, pour la prestation, ('automate de controle de la 
prestation constitue de I'ensemble des couples d'etat relies par les demandes formant les 
transitions dudit automate. 

Le contexte represente au moins un mode (ou parametre) de fonctionnement du 
systeme, les modes 6tant transversaux aux prestations et hors du controle direct des 
prestations, par exemple un mode representant un niveau d'energie disponible (batterie 
faible, sur batterie, en cours de demarrage, moteur tournant, par exemple), un autre mode 
repr6sentant un type d'utilisateur du systeme (concepteur, fabricant, proprietaire du vehicule, 
conducteur ou passager du v6hicule, service apres-vente, garage automobile, par exemple) 
et un autre mode representant un etat accidents ou non d'un vehicule. II faut noter que, bien 
que la mise en route du moteur soit une des prestations du vehicule, le changement de 
niveau d'6nergie disponible (lie a I'entrainement de I'alternateur par le moteur) n'est pas 
directement sous le controle de cette prestation. 

Dans le mode de realisation decrit ici, tout contexte s'inscrit dans une phase de vie 
du systeme constitue d'un ensemble de combinaison des modes de fonctionnement du 
vehicule, la declinaison en mode des phases §tant ainsi transversale aux prestations. In fine, 
un contexte correspondra a un ensemble de couples (phase, etat du systeme), chaque etat 
etant en fait caracterise par la reponse systeme lorsqu'on y accede. 

Par exemple, le cas ^utilisation « dans le contexte ou le vehicule est condamne, 
TCrtilisateur appuie sur son badge de d6condamnation et le v§hicule se 
decondamne » s'applique aux etats « vehicule verrouille » dans les phases "moteur 
tournant" et "moteur arrete", si ces deux phases ont 6te identifies comme pertinentes par 
d'autres cas d'utilisation formalises de la prestation "deverrouillage". Chaque phase 
correspond & un ensemble de combinaisons de modes dans lesquels le comportement de la 
prestation est uniforme, c'est & dire qu'on y observe les memes 6tats et les memes 
demandes client, ou, formule autrement, les memes demandes clients et les memes 
reponses systeme a partir d'un 6tat donne. 

Le tableau ci-dessous d§finit un ensemble de phases pour une v6hicule donn6. 
ENERGIE UTILISATEUR ETAT VEHICULE PHASE 

batterie faible concepteur vehicule non accidents phase 1 

batterie faible concepteur vehicule accidente phase 2 
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batterie faible 


fabricant 


vehicule non accidente 


phase 1 


batterie faible 


fabricant 


vehicule accidente 


phase 2 


batterie faible 


proprietaire 


vehicule non accidente 


phase 3 


batterie faible 


proprietaire 


vehicule accidente 


phase 2 


batterie faible 


conducteur 


vehicule non accidente 


phase 1 


batterie faible 


conducteur 


vehicule accidente 


phase 2 


batterie faible 


SAV 


vehicule non accidente 


phase 4 


batterie faible 


SAV 


vehicule accidente 


phase 5 


batterie faible 


garage 


vehicule non accidente 


phase 4 


batterie faible 


garage 


vehicule accidente 


phase 5 


batterie normale 


concepteur 


vehicule non accidente 


phase 6 


batterie normale 


concepteur 


vehicule accidente 


phase 2 


batterie normale 


fabricant 


vehicule non accidente 


phase 6 


batterie normale 


fabricant 


vehicule accidente 


phase 2 


batterie normale 


proprietaire 


vehicule non accidente 


phase 7 


batterie normale 


proprietaire 


vehicule accidente 


phase 2 


batterie normale 


conducteur 


vehicule non accidente 


phase 6 


batterie normale 


conducteur 


vehicule accidente 


phase 2 


batterie normale 


SAV 


vehicule non accidente 


phase 4 


batterie normale 


SAV 


vehicule accidente 


phase 5 


batterie normale 


garage 


vehicule non accidente 


phase 4 


batterie normale 


garage 


vehicule accidente 


phase 5 


demarrage 


concepteur 


vehicule non accidente 


phase 8 


demarrage 


concepteur 


v6hicule accidente 


phase 9 



Dans ce tableau, tous les triplets de modes de fonctionnement sont mis en 
correspondance avec des phases, chaque phase representant un ensemble de 
combinaisons des valeurs possibles des modes de fonctionnement. Si le comportement du 
vehicule est toujours le meme, une seule phase est d§finie dans le tableau, sinon, il y a 
differentiation de plusieurs phases. 

L'ensemble des cas d'utilisation formalises represented toutes les reponses ou 
absences de reponse du systeme dans toutes les phases du systeme. 

Uoutil permet une 6tape de completion au cours de laquelle, pour chaque rSponse, 
c'est-a-dire un §tat du systeme, on envisage toutes les demandes clients non encore traitees 
et on demande au concepteur si un traitement de la demande doit etre effectue dans I'etat 
correspondant a cette reponse. Seules les demandes clients peuvent avoir une action sur la 
prestation. 
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Uoutil de conception permet aussi une etape de correction au cours de laquelle si, 
dans un meme etat de depart, deux etats de I'automate de controie de la prestation sont 
relies par des demandes differentes, alors on determine la necessite de definir une priorite 
entre les reponses du systeme et on incorpore cette priorite comme un attribut des sorties 
de I'etat. Une information de priorite vient typiquement apres la conception des cas 
d'utilisation formalises. II est possible que pour des raisons mecaniques ou autres, deux 
demandes potentiellement concurrentes ne soient en fait jamais realisables simultanement. 
Dans ce cas il faut attendre une etape de conception plus avanc6e pour etre sQr qu'il n'est 
pas necessaire de specifier une priorite, a moins que cela puisse §tre garanti directement 
(par exemple : ouvrir une porte et fermer la meme porte ne peuvent §tre realises 
simultanement). De plus, si deux demandes identiques menent k des etats differents, il y a 
alors une incoherence a corriger et Tune des demandes doit etre supprimee et le cas 
d'utilisation correspondant doit etre precise en consequence. 

On observe qu'un changement de contexte est pris en compte par le systeme de la 
maniere suivante : 

- chaque changement de contexte est un changement d'etat objet d'un CUF ; 

- on definit les reponses aux changements de contexte comme des cas d'utilisation 
formalises ; 

- on d§finit les changements de contexte comme des demandes de cas d'utilisation 
formalises. 

Si une prestation en influence une autre (par exemple un meme afficheur est 
partage par deux prestations, par exemple autoradio et systeme de navigation), on ajoute 
une prestation pour la partie en intersection, de manfere a resoudre les conflits entre les 
prestations. Cette prestation aura pour objectif d'arbitrer lorsque deux actions concurrentes 
seront appliqu6es sur un composant donne par deux prestations, laquelle des prestations 
est prioritaire ou si une action specifique correspondant k ce cas particulier doit etre 
effectuee. Une telle prestation n'est typiquement pas sp§cifi§e a partir de cas d'utilisation 
mais plutot par identification des etats des deux prestations dans lesquels des reactions 
menant k conflit (par rapport a un ou plusieurs composants donnees) sont identifies. 

L'automate de controie de la prestation est r6alis§ par programmation d'au moins 
un calculateur de commande de la prestation correspondante. 

L'outil comporte differentes pages accessibles en cliquant sur des onglets. Ces 
pages sont d6crites en regard des figures 6 a 16. Par souci de clarte, dans les figures 6 k 
16, les titres des onglets et des Elements de listes selectionnes par le concepteur sont 
soulignes et en caracteres gras. 

Comme illustr§ en figure 6, interface utilisateur 600 de cet outil logiciel comporte : 
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- des menus deroulant 601 a 608, 

- six onglets horizontaux 61 1 k 616, 

- une zone de liste hierarchisee 620 et 

- une zone graphique 630. 

Les menus deroulants 601 & 608 sont represents par leurs titres "File", "Edit", 
"View", "Dictionaries", "Windows", "Tools", "Import/export" et "Help". En cliquant sur Tun de 
ces titres, avec le bouton gauche de la souris, on fait apparaTtre un menu deroulant 
comportant des options participant a la mise en oeuvre du procede (ouverture, edition, 
enregistrement, fermeture de fichier, couper, copier, coller des elements s6iectionnes, 
modes de visualisation, lexique, outils, importation ou exportation de fichiers, aide ...). 
Lorsqu'il travaille a la conception d'une architecture de systeme electronique et informatique 
d'un vehicule, le concepteur n'a pas necessairement a utiliser ces menus deroulants 601 a 
608. 

Quel que soit I'onglet selectionne, parmi les onglets 611 a 616, I'outil de conception 
presente un ecran comportant une partie liste hierarchisee (a gauche sur les figures 6 & 16) 
repr6sentant une description hierarchisee et une partie graphique (h droite sur les figures 6 
& 16) donnant, en fonction d'une selection, par I'intermediaire d'un dispositif de pointage 
(dans la suite de la description, une souris), d'un element de la liste hierarchisee, une vue 
synthetique concernant Pelement selectionne. 

II est important de noter ici que, pour au moins une interface utilisateur de I'outil de 
conception, c'est-a-dire pour au moins un onglet, un niveau hierarchique de la liste 
hierarchisee represente des prestations. Dans le mode de realisation illustre aux figures, les 
trois premiers onglets 61 1 & 613 presentent cette caracteristique. 

Avec une souris (non representee), Tutilisateur peut fait apparaTtre des menus 
surgissant (en anglais "pop-up menu") en cliquant sur Tun des boutons droit ou gauche de la 
souris, dans Tune des zones de liste ou de graphique. 

Pour concevoir ('architecture et les specifications du systeme, I'utilisateur 
selectionne successivement des onglets horizontaux 611 h 616 en cliquant dessus, sachant 
que Tune des qualites de Poutil de conception est que Putilisateur peut selectionner les 
onglets dans I'ordre qu'il souhaite. 

Les onglets horizontaux ont les titres suivants : 

- "Requirements", onglet 61 1 , 

- "Feature description", onglet 612, 

- "Feature architecture", onglet 613, 

- "Operational Architecture", onglet 614, 

- "Hardware architecture", onglet 615, 
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- "Frame description", onglet 616. 

Ces onglets represented, dans cet ordre, plusieurs etapes du procede objet de la 
presente invention : 

Ces titres apparaissent integralement lorsque les onglets correspondants sont 
selectionnes et sous forme abregee ("REQ" 611, TUNC 0 612, "MAP" 613, "OPER" 614, 
U HWD U 615 et n MSG D 616, respectivement) le reste du temps. 

Pour concevoir I'architecture d'un systeme, le concepteur selectionne d'abord 
Ponglet 611 "Requirements" et observe I'ecran illustre en figure 6. On observe, a gauche, la 
zone de liste hierarchisee 620 qui comporte une partie d'une liste dont les cinq niveaux de 
hierarchie les plus eleves sont : 
nom du vehicule 

services ou prestations 

variantes de prestation 
cas d'utilisation 

lien entre etats 

Comme il est connu dans le domaine de la recherche de fichier dans un 
environnement d'ordinateur individuel, de type PC par exemple, les elements de niveau 
hierarchique inferieur peuvent etre apparents ou non. Par exemple, lorsque la liste ne 
contient, de maniere apparente, que des noms de vehicule, en cliquant avec le bouton 
gauche de la souris sur un nom de vehicule, on voit apparaTtre la liste des services ou 
prestations proposees sur ce vehicule. En selectionnant un service, on rend apparente la 
liste des variantes de prestation qui la concerne et ainsi de suite. 

En cliquant avec le bouton droit de la souris sur un 6fement affiche, on peut editer 
la liste de niveau hierarchique juste inferieur, c'est-a-dire ajouter, modifier ou supprimer un 
cas d'utilisation en cliquant sur une variante d'utilisation, par exemple. Cette edition se fait 
par I'intermediaire d'un menu surgissant au moment ou on clique qui comporte, par exemple, 
les options "ajouter", "retirer", "propriefes" et "montrer les differences" (option qui permet de 
comparer deux Elements de meme niveau hierarchique, y compris sur deux vehicules 
differents). 

Un cas d'utilisation ("use case") est, dans I'outil de conception, defini par une phase 
initiate (par exemple un niveau d'energie disponible) transversale par rapport au v6hicule, un 
etat initial (par exemple la position d'actionneurs), une demande ou requete, une phase 
finale et un §tat final. 

Par exemple, dans la prestation "acces" qui concerne les ouvrants du v6hicule, on 
ajoute un nouveau cas d'utilisation (CU) concernant ce qui doit §tre fait a la suite d'un 
accident grave. Pour ce nouveau cas d'utilisation, on definit un nom "apr&s un crash" et une 
description textuelle "quel que soit le contexte initial du vehicule, le contact §tant mis, si un 
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crash est detecte, alors tous les acces doivent etre decondamnes 0 . Le nom et la description 
sont appelees "proprietes" du nouveau cas d'utilisation. 

En figure 6, on represente ^interface, lorsque le cas d'utilisation "Utilisateur ouvre 
coffre" est selectionne. 

Lorsque I'on selectionne un element de la liste hierarchisee, par un die gauche de 
la souris, on observe, dans la partie graphique 630, une representation synthetique de cet 
element. 

Selon le niveau de Telement de la liste hierarchique selectionne, on observe, dans 
la zone graphique 630 : 

- nom du vehicule : la liste des prestations 

- services ou prestations : la liste des variantes de prestation 



rapport aux differentes operations elementaires 
qui sont r£alis§es dans Tetat d'arrivee (cf 
I'exemple decrit plus haut). 
Par exemple, par un die gauche, sur une variante d'une prestation, on fait afficher, 
dans la partie graphique, une liste des cas d'utilisation, avec leur description, dans un texte, 
chaque paragraphe correspondant a un cas d'utilisation. Par un die gauche sur un cas 
d'utilisation formalise, on fait apparaTtre, dans une succession verticale et sous des en-t§tes 
650 et 651 indiquant les phases concernees, "phase 1" et "phase 2", des etats initiaux 660 a 
663 et terminaux 664 a 667 represent6s par des rectangles et relies par des liens 668 & 671 . 
On voit apparaTtre sur ces liens le nom de la demande client qui provoque le passage de 
I'etat initial k I'etat final. 

On observe que pour rendre "formalise" un cas d'utilisation, on selectionne le cas 
d'utilisation avec un die droit et, dans le menu surgissant, on choisit "definition de lien" pour 
mettre en place des liens, chaque lien etant defini dans une phase et entre deux etats du 
vehicule (par exemple "portes fermees, coffre ferme" et "portes fermees, coffre ferme, une 
porte ouverte"). A cet effet, un menu contextuel comporte quatre zones, "phase initiale", 
"etat initial", "phase finale" et "etat final" qui permettent de selectionner entre toutes les 
phases 6e\k definies ou entre tous les etats dej^ definis, ceux qui represented le cas 
d'utilisation. Avec ce menu contextuel, et grace h des boutons, on peut ajouter des etats et 



- variantes de prestation : 

- cas d'utilisation : 



la liste des cas d'utilisation 



les differentes realisations du cas 
d'utilisation par un ensemble de transitions d'etat 
dans les differentes phases de la prestation. 
C'est d'ailleurs la selection qui est presentee 
dans la partie graphique 630 



- lien entre etats : 



des exigences de performance par 
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des phases dans les listes d'etats et de phases proposees. Lorsque I'on travaille k definir un 
cas ^utilisation, on ajoute des phases qui sont propres a la prestation concernee alors que 
les modes sont pour toutes prestations. 

Par exemple, la prestation "frein" comporte quatre phases : 

- freinage d'urgence ("emergency brake"), 

- freinage ("brake"), 

- panne de freinage ("failure brake") et 

- fonctionnement normal des freins ("brake nominal phase"). 

Par exemple, pour la prestation "climatisation", deux phases sont definies, Tune 
pour les faibles niveaux d'energie disponible, pour lesquels la ventilation est effectuee sans 
refroidissement de Pair ventile, trop consommatrice d'energie, et I'autre pour le cas du 
moteur toumant, la climatisation etant effectuee avec refroidissement de I'air ventile. 

L'algorithme de fonctionnement d'une prestation est reprSsente par des blocs 
rectangulaires, representants des etats, et des fleches, representant une action ou inaction 
provoquant une transition entre etats. Par convention, les fleches partant d'un etat quittent le 
bloc representant cet etat sur Tune de ses faces verticales droite ou gauche alors que les 
fleches atteignent les etats sur Tune des faces horizontals haute ou basse du bloc 
correspondant 

Une transition represente une demande du client. Par exemple un die sur un 
badge d'ouverture de coffre fait passer de I'etat "tout ferme" dans lequel tous les ouvrants du 
vehicule sont fermes, k un etat "portes ferm6es / coffre ouvert". Pour chaque etat, on definit 
ainsi un ensemble depurations elementaires qui doivent fonctionner ou etre executees dans 
ledit 6tat. L'ensemble des etats et des transitions forme un automate de controle associe a 
la prestation. 

On observe que les etats peuvent etre consideres comme des "ressentis clients", 
les transitions §tant les demandes du client, eventuellement implicites. On comprends que 
les phases sont des attributs des etats mais que deux etats identiques a I'exception de leur 
phases (phases "avant contact" et "apres contact", par exemple) sont considers comme 
deux etats independants. 

On observe aussi que le vehicule ne peut pas etre dans deux etats simultan§ment 
pour la meme prestation et qui si deux prestations ne sont pas independantes (par exemple 
autoradio et systeme de guidage utilisant le m§me afficheur), on ajoute une prestation 
d'arbitrage appelee sur requete d'au moins une des prestations en question qui determine 
comment va se comporter le systeme lorsque les deux prestations utiliserons les memes 
ressources. 

Par exemple pour d§crire une definition de lien dont la logique est : 
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- n quel que soit le contexte initial du vehicule, le contact etant mis, si un crash est 
detecte, alors tous les acces doivent etre decondamnes", alors si les portes sont deja 
decondamnees, il n'est pas necessaires de les decondamner ; 

on selectionne la phase "Icontact mis" et I'etat initial ("start state 0 ) Vehicule 
condamne par le bouton habitacle" et on selectionne le lien vers I'etat final °d6condamnation 
d'urgence" passant par la transition ou demande "un crash est d§tecte". On le repute pour 
tous les etats initiaux sauf °tous ouvrants ouverts" et seulement pour la phase "contact mis". 

Des qu'un lien a 6te ajoute et valide, un graphique apparait dans la partie droite : 
deux rectangles surmontes du nom de leurs phases respective ("contact mis" et "crash") et 
un lien arrondi, avec, sous le lien, le nom de la transition. Le cas d'utilisation devient alors un 
cas d'utilisation formalise ("CUF"). 

Lorsque Ton ajoute un §tat en regard d'un nouveau cas d'utilisation, on doit 
regarder s'il est utile dans les autres cas d'utilisation. 

Par exemple si on ajoute le cas d'utilisation "condamnation enfant" qui permet 
d'empecher que des enfants puissent ouvrir des portes arrferes, il faut ajouter I'etat 
correspondant dans la description du cas d'utilisation "crash". 

En traitant tous les cas d'utilisation de toutes les variantes d'une prestation donnee, 
on a cree un automate de controle de la prestation qui apparait, dans la zone graphique 630 
lorsque Ton selectionne la prestation apres avoir clique sur I'onglet « FUNG ». 

Lorsque I'onglet "Requirements" est selectionne, comme illustre en figure 6, aucun 
onglet vertical n f apparaTt lateralement sur la zone graphique 630. 

Le concepteur s6lectionne ensuite I'onglet "FUNC" ou "feature description". La 
figure 7 illustre une image de interface utilisateur qui est alors affichee sur Tecran du poste 
de conception. 

En figure 7, interface utilisateur 700 de cet outil logiciel comporte alors : 

- les menus deroulant 601 a 608, 

- les six onglets horizontaux 61 1 a 616, 

- une zone de liste hterarchisee 720, 

- une zone graphique 730, et 

- des onglets verticaux 731 et 732. 

Les onglets verticaux 731 et 732 sont nommes respectivement "functional diagram" 
et "feature" et sont accoles a la zone graphique 730. lis servent k s§lectionner un contenu a 
afficher dans cette zone graphique 730, comme expose plus loin. 

A gauche, la zone de liste hierarchisee 720 comporte une partie de la liste dont les 
dix niveaux de hierarchie les plus 6lev§s sont : 

nom du v§hicule 
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services ou prestations 

variantes de prestation 
phase 

Etat 

groupe d'opErations ElEmentaires 
operation elementaire 
donnee 

pilote (« driver ») 
composant. 

Les trois niveaux de hierarchie les plus ElevEs sont identiques k ceux de la liste 
620 et comportent, en particulier, les services ou prestations. La selection de I'un des 
composants de la liste hierarchisee, par un die gauche provoque avec I'onglet "feature" 732 
selectionne, I'apparition, dans la partie graphique 730, de I'ensemble des elements de la liste 
de niveau immediatement inferieur avec tantot un flot de controle entre les composants si 
I'on pointe et clique avec la souris sur variante de prestation (les phases apparaissent en 
partie gauche liees entre elles par des demandes clients correspondant a des transitions de 
phase) ou sur une phase (les Etats de la phase apparaissent en partie gauche, lies entre 
eux par les « demandes clients"). 

Lorsque Ton clique avec le bouton droit sur un item, dans la liste hierarchisee 720, 
I'outil permet notamment de rajouter ou d'enlever des elements dans le niveau hiErarchique 
immediatement en dessous. En cliquant sur Tun des items phase, etat ou groupe 
d'opErations elementaires, il est de plus possible de rajouter une operation elementaire 
transversalement dans respectivement ladite phase, e'est a dire dans I'ensemble des etats 
de ladite phase et en indiquant dans quel groupe d'opErations Elementaires on rajoute ladite 
operation Elementaire, dans ledit etat notamment en indiquant dans quel groupe 
d'operations Elementaire on rajoute I'operation elementaire dans ledit Etat, et dans ledit 
groupe d'opErations ElEmentaires. Par un die droit sur I'item phase de la liste hierarchisEe 
720, il est possible de rajouter une transition de phase, I'outil demande alors la phase 
d'arrivEe, la demande client correspondant & la transition, et les Etats de dEparts et d'arrivEe 
pour la transition de phase. Par un die droit sur I'item Etat de la liste hiErarchisee 720, il est 
possible de rajouter une transition d'Etat, I'outil demande alors quel est I'Etat d'arrivEe de la 
transition et quelle est la demande client correspondante. 

Plus gEnEralement, en cliquant sur un niveau de la liste hiErarchisEe 720, il est 
possible d'ajouter ou d'enlever un ElEment du niveau immEdiatement infErieur. 

Toujours dans le contexte oil les onglets « FUNC » 612 et « Feature » 732 ont EtE 
sElectionnEs, si Ton pointe et clique sur un Etat, on obtient alors en partie droite, dans la 
zone graphique 730, les groupes tfopEration ElEmentaires, reprEsentEs comme les noeuds 
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d'un graphe oriente, chaque fleche representant le flot de donnees entre le groupe 
d'operations elementaires de depart et le groupe d'op£rations elementaires d'arrivee. Ce flot 
de donnees est defini par rapport au flot de donnees entre operations elementaires, dans la 
mesure ou toute donn£e apparaissant est en fait produite par une ou plusieurs operations 

5 elementaires du groupe d'operations elementaires de depart et consomme par une ou 
plusieurs operations elementaires du groupe d'operations elementaires d'arrivee. 

Toujours dans le contexte ou les onglets « FUNC » 612 et « Feature » 732 ont ete 
selectionnes, si Ton pointe et clique sur une operation elementaire, on observe dans la zone 
graphique 730, ('ensemble des autres operations elementaires et composants (capteurs, 

10 actionneurs) avec lesquels I'operation elementaire echange des informations. Encore une 
fois, il s'agit d'un graphe oriente et, sur chaque lien, on peut trouver I'ensemble des donnees 
echanges entre I'operation elementaire sur laquelle on a pointe et I'operation elementaire ou 
le composant qui regoit ou emet & 1'autre bout suivant le sens de la fleche du graphe oriente. 
Uoperation elementaire selectionnee est caracterisee par une couieur specifique ou 

15 un emplacement specifique (centre de Pecran, couieur rouge) afin d'etre aisement distinguee 
des autres operations elementaires et des capteurs et actionneurs. De meme, les operations 
elementaires autres que celle sur laquelle on a clique dans la liste hierarchisee 720, sont 
distingu6es des composants en prenant une couieur differente. 

Toujours dans le contexte ou les onglets « FUNC » 612 et « Feature » 732 ont ete 

20 selectionnes, si Ton pointe et clique maintenant sur le niveau donnee, c'est a dire le huitieme 
niveau de la hierarchie presentee plus haut, on voit apparaTtre en partie droite de I'ecran, 
dans la zone graphique 730, un graphe avec au centre du graphe la donnee selectionnee et, 
entourant cette donnee, les operations elementaires qui produisent (sur la gauche) ou qui 
consomment (sur la droite) cette donnee et eventuellement le ou les capteurs qui produisent 

25 ou le ou les actionneurs qui consomment cette donnee. De preference, on met les 
consommateurs & droite et les producteurs a gauche. II est naturel qu'il y ait plusieurs 
consommateurs pour une donnee. II peut etre normal que la meme donnee soit produite par 
plusieurs operations elementaires, par exemple si celles-ci ne fonctionnent pas dans les 
memes phases. 

30 Selon le niveau de l'el§ment de la liste hierarchisee selectionn£, on observe, dans 

la zone graphique 730, lorsque I'onglet "feature" 732 est selectionne : 

- nom du vehicule : le graphe oriente dont les noeuds sont 

des variantes de prestation enveloppe et les 
fleches les flots de donnees entre ces variantes 
35 de prestation. Ce graphe est conditionne par le 

choix d ! une configuration c'est & dire le choix 
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d'une variante de prestation par prestation. Ceci 
est represents en figure 15. 

- services ou prestations : la liste des variantes de la prestation et 

pour chacune, la vue enveloppe type schema 
5 830. 

- variantes de prestation : vue enveloppe de type schema illustr§e en figure 

8. 

- phase : vue enveloppe de type schema illustree 

en figure 8 pour les operations §l6mentaires de 
10 la phase et en restreignant les autres prestations 

aux combinaisons de mode de la phase 

- etat : vue enveloppe de type schema illustre en 

figure 8 pour les operations elementaires de 
I'etat et en restreignant les autres prestations aux 
15 combinaisons de mode de la phase dans 

laquelle Tetat est specifie. 

- groupe d'operations elementaires : comme lorsque I'onglet "functional 
diagram" est selectionne 

- operation elementaire : un graphe avec au centre 
20 I'operation 6l6mentaire selectionnee et autour d'eile les capteurs, actionneurs 

et autres operations elementaires de I'architecture dans son ensemble 
auxquels elle est liee les arretes du graphe sont les flots de donnees entre 
les noeuds. 

- donnee : les operations elementaires, capteurs ou 
25 actionneurs auxquels la donnee est liee directement sont affich6s dans un 

graphe. Les capteurs ou operations elementaires qui produisent la donnee 
apparaissent & sa droite alors que les actionneurs ou operations 
elementaires consommant la donnee sont places a gauche de la donnee. 
Les fleches indiquent le sens de passage de la donnee (du producteur vers 
30 le consommateur). 

- pilote : les caracteristiques du pilote, type 
tfentree/sortie analogique-numerique, tout-ou-rien, ses caracteristiques 
§lectriques. 

- - capteur/ractionneur : un graphe avec au centre le capteur ou 
35 Tactionneur selectionne et autour de lui les operations elementaires de 



WO 2004/038619 




PCT/FR2003/003109 



['architecture dans son ensemble auxquels il est lie, les arretes du graphe 
sont les flots de donnees entre les noeuds. 
En selectionnant une prestation au deuxieme niveau hierarchique, lorsque I'onglet 
"functional diagram" 731 est selectionne, on observe, dans la partie graphique 730, 

5 Tautomate correspondant, avec des etats (ou situations operationnelles) et les seules 
transitions de phase. En figure 7, on voit un automate correspondant a la variante "badge" 
de la prestation "service ouvrants" : etats 761 a 766 et transitions 768, 769 et 772. Si on 
clique avec le bouton gauche sur une flfeche representant une transition, on voit apparaTtre 
un menu contextuel qui decrit toutes les demandes qui provoquent cette transition. 

10 Generalement une seule demande provoque cette transition, par exemple la demande 
"contact_on" qui correspond a la mise du contact, par exemple avec la cle de contact, fait 
passer de la phase "contact non mis" a la phase "contact mis", mais plusieurs demandes 
relevant de cas d'utilisation formalisms peuvent Her deux etats. Par exemple dans une 
version tres simplifiee de la prestation d£verroui!lage, il est possible que les etats vehicule 

15 verrouille et vehicule deverrouille soient lies par les demandes clients « demande de 
condamnation par badge » et « demande de condamnation par le bouton de commande des 
ouvrants dans le vehicule ». Pourtant, on aura pu formuler deux cas d'utilisations formalises 
differents, Pun pour la decondamnation a distance et I'autre pour la decondamnation dans le 
vehicule. 

20 Le quatrieme niveau de hierarchie concerne les phases. Lorsqu'une phase est 

selectionnee, et que I'onglet "functional diagram" 731 est selectionne, on observe, dans la 
zone graphique 730, sous le nom de la phase, les noms des etats qui lui correspondent, 
dans des rectangles. 

Lorsque Ton clique sur la transition entre deux etats, il est possible de selectionner 
25 une operation §lementaire pour specifier sa realisation, c'est a dire la realisation de la 
demande client correspondant a cette transition : cette operation elementaire devra alors 
prendre en argument I'ensemble des donnees informatiques provenant de capteurs, 
d'actionneurs ou incidemment d'autres prestations n§cessaires au calcul informatique qui 
sera realist pour decider si oui ou non la demande client est detectee. On accede ainsi aux 
30 traductions logicielles des demandes provoquant les transitions de phase. 

Pour chaque §tat, par I'intermediaire d'un menu contextuel apparaissant en cliquant 
sur l'6tat avec le bouton droit, on definit quelles operations elementaires doivent etre 
activ6es (capture, commandes d'actionneur, lois de controle et leurs interfaces sp6cifiees 
dans d'autres outils tels que Matlab/Simulink, Statemate). On les regroupe ensemble selon 
35 differentes logiques ou pratiques du concepteur. 

En cliquant, avec le bouton droit, sur une phase au quatrfeme niveau de la 
hierarchie, on fait apparaTtre un menu contextuel qui permet, entre autres, de Her la phase 
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aux modes (on observe, dans un menu contextuel une liste des modes, par exemple 
energie, client, etat du vehicule avec des cases a cocher pour associer la phase a des 
combinaisons des modes). Par exemple, la phase "crash" est specifiee dans des modes ou 
elle est valide. 

En selectionnant un element du cinquieme niveau ("etat"), toujours avec I'onglet 
"functional diagram" 731 selectionne, on observe, dans la zone graphique 730, !a partie de 
I'automate concernant Tetat selectionne et les transitions (ou demandes) qui rejoignent I'etat 
selectionne et d'autres 6tats. On peut ajouter, dans un etat, des operations elementaires : 
sequence des operations a effectuer (acquisitions, commandes, lois de controles, 
algorithmes). on die droit sur I'etat et on choisit "add" : on selectionne dans une liste 
d'operations elementaires (bibliotheque metier). 

On peut alors creer, si necessaire, une nouvelle operation elementaire a laquelle it 
faudra plus tard associer des donnees d'entree et de sortie. 

Au sixieme niveau de hierarchie, les operations elementaires sont organisees en 
groupes pour faciliter la navigation. Les groupes d'operations component les memes 
operations elementaires pour tous les onglets horizontaux 61 1 & 616. 

Lorsque Ton selectionne, au septieme niveau de la hierarchie, une operation 
6lementaire, on observe, dans la zone graphique 730, le flot de donnees (en anglais "data 
flow"), c'est-&-dire les donnees echangees par cette operation (donnees dans des 
rectangles en entree et en sortie). Si on selectionne un groupe d'operations elementaires, au 
sixieme on observe, dans la zone graphique 730, le flot de donnees entre les operations 
elementaires qu'il comporte. Si on selectionne un etat, au cinquieme niveau de hierarchie, 
on observe, dans la partie graphique 730, le flot de donnees entre les groupes d'operations 
Elementaires qu'il comporte. Pour chacun des cinquieme a septi&me niveaux, si on 
selectionne un lien dans la partie graphique, avec un die sur le bouton gauche, on observe, 
dans un menu contextuel, une liste des donnees §changees. En en selectionnant une, on 
peut la modifier (voir plus loin). 

Lorsque Ton selectionne une donnees, au huitieme niveau de la hierarchie, on 
observe, dans la zone graphique 730, toutes les operations elementaires qui la consomment 
et celles qui la produisent, y compris & I'exterieur de I'etat, de la prestation, de la phase. 

Les elements des neuvieme et dixieme niveaux de hierarchie ("pilote" et 
"composant") sont connus par ailleurs et proviennent de bibliotheque du constructeur du 
vehicule, d'equipementiers ou de fournisseurs. 

Pour obtenir la difference entre les interfaces et controles de variantes de 
prestation sur deux v6hicule diff6rents par exemple, on selectionne la prestation concemee 
dans la liste 720 avec un clic droit et on selectionne, dans un menu contextuel, I'option 
"montrer les differences", en anglais "show differences". On selectionne ensuite, dans une 
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boite de dialogue contextuelle, la variante de prestation d'un autre vehicule que l*on souhaite 
comparer a la variante de prestation deja selectionnee. II apparait alors , dans une boite de 
dialogue contextuelle, une liste hierarchisee Phase/Etat/Groupe d'operations 
elementaires/Operations elementaires/Donnees/Pilotes/Composants des deux prestations 
selectionnees avec aux differents niveaux de ladite liste hierarchisee que I'on selectionne, un 
signe n + u lorsque seule la variante de prestation selectionnee en premier comporte les 
elements du niveau selectionne, un signe lorsque seule la variante de prestation 
selectionnee en deuxi&me comporte les elements du niveau selectionne, un signe T s'il 
existe une difference a un niveau inferieur au niveau selectionne, et aucun signe particulier 
si les deux listes hierarchis6es des variantes de prestation compares sont identiques k ce 
niveau 

Selon le niveau de Pelement de la liste hierarchique selectionne, on observe, dans 
la zone graphique 730, lorsque I'onglet "functional diagram" 731 est selectionne : 

- nom du vehicule : liste des prestations, 

- services ou prestations : la liste des variantes de prestation, 

- variantes de prestation : le graphe dont les nceuds sont les phases 



- groupe d'operations elementaires : le flot de donnee des operations 



et les fleches orientees les demandes 
client de changement de phase, 



- phase : 



I'ensemble des etats dans un schema tel 
que celui represents en figure 7, 



- etat : 



le flot de donn6es des groupes 
d'operations elementaires realisees dans 
r<§tat, 



<§l§mentaires dans le groupe d^perations 
elementaires, 



operation elementaire : 



un graphe avec au centre Toperation 
elementaire selectionnee et autour d'elle 
les capteurs, actionneurs et autres 
operations Elementaires de Tarchitecture 
dans son ensemble auxquels elle est H6e 
les arretes du graphe sont les flots de 
donn§es entre les nceuds. 



- pilote : 

- composant : 



donnee : 



indique plus haut 
indique plus haut 
indique plus haut 
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Pour passer a Tetape suivante de la conception de I'architecture du systeme de 
electronique et informatique de composants materiels et logiciel, le concepteur selectionne 
ensurte Tonglet 732 "feature". Un des ecrans qui correspond h cette selection est illustre en 
figure 8. Dans cet ecran, dont la partie texte 720 est identique a celle illustree en figure 7, si 
on selectionne une variante de prestation (troisfeme niveau de hierarchie), on observe, dans 
la zone graphique 830, une enveloppe 840 de la variante de prestation. 

Cette enveloppe 840 est representee sous la forme d'une rectangle, divisee 
horizontalement en deux parties rectangulaires. La partie haute est reliee, a gauche, a des 
representations des capteurs 851 qui lui foumissent des donnees et, k droite, a des 
actionneurs 852 et 853, auxquels la variante de prestation fournit des donnees. La partie 
basse est reliee, a gauche & des donnees entrantes 856 et 854 et, a droite, a des donnees 
sortantes 855. Les donnees qui ne font que transiter par la variante, sans etre utilis6es (ou 
consommees) ne sont pas representees. 

Si on clique, avec le bouton gauche, sur une donnee entrante, on observe, dans un 
menu contextuel, toutes les sources de la donnee s6lectionnee, en termes d'operations 
eiementaires. 

Dans cette representation d'enveloppe 840, on utilise une formalisme permettant 
une vue synthetique des problemes a regler : un point declamation indique un conflit 
suppose (par exemple au cas ou, en sortie, plusieurs prestations pretendent foumir la meme 
donnee) qui suppose de r6gler un probteme d'arbitrage, un point ^interrogation en regard 
d'une donnee entrante pour laquelle aucun element n ! a encore ete defini pour les produire. 

Cette representation d'enveloppe 840 donne une vue de synthese tres pratique 
pour Tutilisateur de I'outil de conception. Si, dans la representation d'enveloppe, on clique 
sur une donn6e, un capteur ou un actionneur, on obtient une vue fonctionnelle, indiquant les 
operations el6mentaires qui produisent la donnee et celles qui la consomme. Si Ton 
selectionne ou clique sur une de ces operations elementaires, alors on voit dans un nouvel 
ecran la liste des variantes de calculateur sur lesquelles cette operation eiementaire est 
plac6e. Cette affichage est realise dans une nouvelle fenetre. Qui apparait au moment ou 
Ton double clique. Si Ton clique sur un capteur ou un actionneur, on obtient la liste des 
variantes de prestation exploitant ce composant ainsi que la liste des variantes de 
calculateurs auxquels le composant est rattache. Le retour a la normale s'effectue en 
fermant les fenetres ainsi crees. 

D'autre part, les prestations avec lesquelles la prestation selectionnee echange des 
donnees apparaissent directement dans des boites comme 855 directement associees aux 
donnees d'entree et de sortie de la prestation. Lorsque plusieurs prestations consomment ou 
produisent une donnee, alors ce n'est pas le nom d ! une des prestations qui est affiche mais 
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la sequence n ... n et i! faut cliquer sur la boite semblable a 855 pour voir s'afficher la liste des 
prestations dans une nouvelle fenetre. 

Lorsqu*une donnee est produite ou consommee par une operation elementaire qui 
n'est pas rattachee a une prestation, alors on voit associe a la donnee, apparaltre une icone 
specifique 854. Dans certaines circonstances, par exemple lorsque Ton a recupere la 
description des operations elementaires d'un calculateur mais que ces operations 
elementaires ne sont pas liees k une prestation, ce type de notation permet de savoir que 
I'operation §l6mentaire produisant la donnee G dans notre exemple est bien definie et 
plac§e. 

Pour passer k Petape suivante de la conception de I'architecture du systeme de 
electronique et informatique de composants materiels et logiciels, le concepteur selectionne 
ensuite I'onglet 613 "MAP" ou feature architecture". Un des ecrans qui correspond a cette 
selection est illustr6 en figure 9. 

Comme on I'observe en figure 9, I'interface utilisateur 900 de cet outil logiciel 
comporte alors : 

- les menus deroulant 601 k 608, 

- les six onglets horizontaux 61 1 a 616, 

- une zone de liste hierarchisee 920, 

- une zone graphique 930, et 

- des onglets verticaux 931 et 932. 

Les onglets verticaux 931 et 932 sont nommes respectivement "networks" et 
"feature" et sont accoles a la zone graphique 930. lis servent a selectionner un contenu a 
afficher dans cette zone graphique 930, comme expose plus loin. 

On observe, a gauche, la zone de liste hterarchisee 920 qui comporte une partie de 
la liste dont les sept niveaux de hierarchie les plus Sieves sont : 
nom du vehicule 

services ou prestations 

variantes de prestation 

groupe d'operations elementaires 

operation elementaire 
donnees 

pilote 

Capteur/Actionneur 

Les trois niveaux de hi6rarchie les plus 6leves sont identiques k ceux des listes 
hiSrarchisees 620 et 720 et, en particulier, component les services ou prestations. La 
selection de Tun des composants de la liste hi6rarchis§e, par un die gauche provoque, avec 
Tonglet "network" 931 s§lectionn§, I'apparition, dans la partie graphique 930, de I'ensemble 
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des reseaux 941 k 943 de calculateurs 951 a 955, representation synthdtique permettant 
d'observer, pour I'element selectionne, sa repartition sur les calculateurs et les flots de 
donnees qui le concernent sur les reseaux. 

Selon le niveau de l'6lement de la liste hierarchique selectionne, on observe, dans 
la zone graphique 930, lorsque I'onglet "network 0 931 est actif I'ensemble des reseaux (les 
nceuds et les differents reseaux). 

Chaque reseau est repr6sente avec tous les calculateurs qui y sont relies, le 
r§seau possedant une couleur specifique, representees ici par des gommettes, vignettes ou 
pastilles 961 a 963 portant des signes °+\ "x° ou n o u . Des calculateurs presents sur deux 
reseaux, calculateurs 951 et 955, sont, sur chaque reseau auquel ils sont reltes, dotes de 
"gommette(s) n , chaque "gommette" possedant la couleur, representee ici par le signe 
correspondant a chaque autre reseau auquel le calculateur en question est directement 
relie. Les gommettes donnent ainsi une vue en trois dimensions sans complexity de 
representation. 

En cliquant avec le bouton droit sur un reseau, on observe, dans une boite de 
dialogue, la liste des donnees qui transitent sur ce reseau. Les icones reprSsentant les 
donnees, et qui sont suivis de leur nom en clair, apparaissent en vert sur fond blanc si la 
donnee en question riest pas placee dans une trame circulant sur ce reseau, en bleu sur 
fond blanc lorsque la donnee est placee dans une trame et en bleu sur fond gris si la donnee 
n'est utilisee par aucun calculateur, que ce calculateur soit directement sur le reseau ou 
accessible par Tintermediaire de calculateurs passerelles entre reseaux et d'autres reseau. 

Ces vues permettent une estimation de la charge du bus en duree moyenne entre 
deux transmissions de meme donnee. Cette duree moyenne est estimee par exemple en 
tenant compte du protocole de communication mis en oeuvre sur le reseau considere et 
affichee dans la fenetre contextuelle et des performances de ce protocole, par exemple 

le niveau de charge saturant le reseau (a partir de 30% de charge pour 
le CAN on observe que les frames les plus critiques peuvent ne pas arriver dans les temps 
voulus a cause du mecanisme d'arbitrage qui retarde la transmission d'une trame lorsque 
remission d'une autre trame de priorite superieure ou egale a deja et§ demandee, et 

la part de flot de donn§e qui relive de la gestion de protocole (50% pour 
le CAN, typiquement car les donnees de gestion du protocole (arbitrage, CRC,...) 
represente pratiquement autant de bits en moyenne que les donnees effectivement 
transportees par une trame). 

Le calcul du flot de donnees se fait par mode et on prend la charge la 
plus 6levee dans le mode ou elle apparait. Cet aspect motive par le fait que par exemple, en 
mode diagnostic, certaines frames correspondant h un mode client sont inhib6es et done ne 
sont pas en prendre en compte dans le calcul de charge. R§ciproquement, le calcul de 
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charge dans le fonctionnement pour le client final ne doit pas tenir compte des trames de 
diagnostic. Une trame soit emise dans un mode donne si et seulement si au moins une de 
ses donnees est echangee entre deux operations elementaires actives dans ce dit mode. 

Avec Ponglet 931 "network" selectionne, Putilisateur de Poutil peut effectuer le 
placement (en anglais "mapping") d'une variante de prestation ou d'un groupe d'opErations 
elementaires, ou bien encore d'une operation ElEmentaire sEIectionnE dans la zone de liste 
920, sur un ou plusieurs calculateurs representes dans le partie graphique 930, par la 
fonction bien connue de "drag and drop" (que Ton peut traduire, en frangais, par "dEplacer et 
lacher"). A cet effet, lorsque Pon clique avec le bouton droit sur une variante de prestation ou 
une prestation, un menu contextuel apparaTt et propose les differents types de placement. 

Si une operation elementaire existe dans plusieurs variantes de prestation, par 
exemple en figure 9 I'operation Elementaire "Decondamnation coffre" dans la liste 
hierarchisee 920 qui est liee aussi bien a la "variante Badge" qu'a la "variante Clef", alors le 
fait de placer cette operation elementaire par exemple sur le type de calculateur BFR, 953, 
au moment du placement de la variante de prestation "variante Badge" va aussi placer cette 
operation elementaire pour la prestation "variante Clef" et meme si ensuite la variante de 
prestation "variante Clef" est placEe sur le type de calculateur UCH, seules les operations 
elementaires non encore placEes seront placees sur le type de calculateur UCH, I'operation 
Elementaire "Decondamnation coffre" restant placee sur le type de calculateur BFR. II en 
serait de meme avec un groupe d'opEration elementaire d'une autre variante de prestation 
que "variante Badge" qui contiendrait Poperation elementaire "Decondamnation porte" et que 
Ton placerait par exemple sur le type de calculateur UCH. De cette maniere, les operations 
Elementaires partagees entre plusieurs prestations ne sont placees qu'une fois. Par ailleurs, 
une fois qu'une operation elementaire est placee, on peut annuler son placement et la 
replacer sur un autre type de calculateur en cliquant dans un menu obtenu en selectionnant 
ladite operation elementaire par un die droit. 

Les differents types de placement component, en particulier, le placement sur un 
seul calculateur, le placement en maftre et esclave et le placement distribue. Dans le type de 
placement en maTtre-esclave, la partie "controle" de la prestation Emet des messages de 
commande sur au moins un rEseau pour commander chaque esclave et Poutil ajoute 
automatiquement ces messages de commande dans ou en dehors des trames de\k dEfinies 
(voir plus loin). Pour pouvoir placer le mattre et I'esclave, lorsque I'on sElectionne le type de 
placement maTtre - esclave, une opEration ElEmentaire, reprEsentant Pautomate de controle 
de la prestation, est automatiquement ajoutEe en relation avec la variante de prestation 
considerEe. On Pappelle "opEration ElEmentaire de controle". On place ensuite, par 
opErations de drag and drop, la variante de prestation, ou un groupe d'opEration ElEmentaire 
ou une opEration ElEmentaire et notamment PopEration ElEmentaire de controle sur une 
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variante de calculateur. II y a autant d'esclave que de noeuds sur lesquels PopEration 
elementaire de controle n'est pas placee et sur lesquels au moins une operation elementaire 
de la prestation est placee. Le noeud sur lequel I'opEration elementaire de controle de la 
prestation est place est le noeud maTtre. 

Avant de placer en maTtre et esclave, on commence par synthEtiser I'opEration de 
contrdle. Pour ce faire, on considere que cette operation consomme toutes les donnees 
permettant le calcul de I'automate de controle de la prestation. Par exemple, si une transition 
est conditionnee par la mise a un d'une donnEe booleenne a, a Etant le rEsultat d'une 
operation elementaire, alors, dans le cas d'un placement maTtre - esclave, I'opEration 
Elementaire de controle aura notamment a comme donnEe d'entree. 

Le type de placement distribue signifie que des operations elementaires d'une meme 
prestation sont reparties sur plusieurs calculateurs et que d'autre part, I'automate de controle 
de la prestation est synthetise sur chacun desdits calculateurs. 

On ajoute done automatiquement sur chaque noeud sur lequel on a place au moins 
une operation elementaire de la prestation au moment du placement une operation 
elementaire de controle qui represente I'automate de controle de la prestation. Cette 
operation Elementaire de contrSle est la meme que celle que Ton aurait synthetisee 
automatiquement pour un placement de type maTtre - esclave. 

Pour chaque placement d'une prestation, une boTte de dialogue de placement 
apparaTt pour demander si les operations elementaires, les capteurs et actionneur 
concernes doivent etre places simultanEment et sur le meme calculateur. Si on decide de 
placer la prestation avec les actionneurs et/ou capteurs concernes, 1'outil de conception les 
connecte au calculateur. Si on ne place pas les operations elementaires, les capteurs et/ou 
les actionneurs sur le meme calculateur que le reste de la prestation, I'outil de conception 
ajoute les donnees necessaires au bon fonctionnement de la prestation dans ou en dehors 
des trames dEj& definies (voir plus loin). 

Si au moment du placement sur un noeud, e'est a dire sur un type de calculateur, 
plusieurs variantes de calculateur realisent ce type de calculateur, alors une boite de 
dialogue apparaTt pour demander sur lesquelles de ces dites variantes de calculateur le 
composant sElectionnE doit §tre place. 

Comme illustrE en figure 10, si I'onglet "feature D 932 est sElectionne et que Ton 
selectionne une variante de prestation (deuxfeme niveau de hierarchie), on observe, dans la 
zone graphique 1030, placees les unes en dessous des autres, toutes les enveloppes 1061 
et 1062 des types de calculateurs contenant au moins une operation Elementaire de la 
prestation sElectionnee. Seules les donnEes d'entrEe et/ou de sortie des opErations 
ElEmentaires de la variante de prestation sElectionnEe contenus dans ces types de 
calculateur sont affichEes ce qui permet de voir pour la dite prestation Tetat d'avancement du 
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placement et I'etat des echanges internes et externes de la variante de prestation au sein de 
('architecture electrique 6lectroniques. Si des donnees telles que V2 ou V3 sont produites ou 
consommees par d'autres variantes de prestation, alors c'est indique avec les memes 
conventions qu'en figure 8 en zone 841 . 
5 On observe aussi, dans la zone graphique 1030, les memes deux types de 

calculateurs 1041 et 1042, correspondant respectivement a 1062 et 1061 sur lesquels est 
implantee la variante de prestation selectionn6e, ainsi que les flots de donnees qu'ils 
echangent. En cliquant sur Tune des fleches 1043 et 1044 representant ces flots de 
donnees, on observe les donnees echangees dans une boTte de dialogue (non representee). 
10 Dans ces bottes on observerait les donnees V2 et V3 qui sont les seuls echanges internes a 
la prestation entre les types de calculateur UCH et BFR. 

Si des frames de donnees etaient echangees, elles seraient representees dans les 
enveloppes 1061 et 1062 a I'instar de la representation en zone 1244 figure 12. 

Ces representations graphiques sont mises a jour suivant les Evolutions du 
15 placement des operations elementaires de cette variante de prestation 

Si I'onglet "feature u 932 est selectionne et que Ton selectionne un element de I'un 
des quatrieme a sixieme niveau de hierarchie, on observe, dans la zone graphique 1030, les 
flots de donnees (voir onglet Tunc" 612 ci-dessus) mais pour tous les 6tats confondus (il n'y 
a plus de niveau repr§sentant les etats dans la liste hierarchisee 820). 
20 Les trois derniers onglets, 614 a 616, concernent le materiel avec une gestion de la 

diversite, c'est-a-dire des differentes variantes de realisation materielle du systeme. 

Lorsque le concepteur selectionne I'onglet 614 "operational architecture" ou 
"OPER", il accede a une description des operations elementaires de chaque calculateurs. 
On observe, en figure 11, une interface utilisateur affichee lorsque I'onglet 614 n OPER a est 
25 selectionn6. 

Comme on Tobserve en figure 11, Tinterface utilisateur 1100 de I'outil logiciel 
comporte alors : 

- les menus deroulant 601 a 608, 

- les six onglets horizontaux 61 1 a 616, 
30 - une zone de liste hierarchisee 1 120, et 

- une zone graphique 1130. 

On observe, & gauche, la zone de liste hi6rarchis6e 1120 qui comporte une partie 
de la liste dont les six niveaux de hierarchie les plus Sieves sont : 
nom du vehicule 
35 type de calculateur 

variante de calculateur 
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prestation 

operation elementaire 
donnees 

pilote 

5 Capteur ou actionneur 

Selon le niveau de I'element de la liste hierarchique selectionne, on observe, dans 
la zone graphique 1 130 : 

type de calculateur Le flot de donnees entre les differents noeuds du r§seau 

independamment de ('implementation de ce flot en trames ou r6seaux de toutes sortes. Si 
10 une operation elementaire placee sur un noeud consomme une donnee produite par une 
autre operation elementaire sur un autre noeud, alors la donnee echangee apparait dans le 
flot de donne materialise graphiquement par une fleche allant du noeud ou les donnees sont 
produites vers le noeud ou les donnees sont consommees. 

variante de calculateur Le graphe orients dont les noeuds sont les operations 
15 elementaires placees sur la variante de calculateur, 1140, 1142, 1144, 1146, 1148 et les 
fleches sont les flots de donnes entre ces operations elementaires comme par exemple 
1162. 

Operation elementaire les liens aux capteurs et actionneurs lies a Toperation 
elementaire selectionnee et montes sur le calculateur 
20 donnees les operations elementaires, capteurs ou actionneurs auxquels la 

donnee est liee directement sont affiches dans un graphe. Les capteurs ou operations 
elementaires qui produisent la donnee apparaissent k sa droite alors que les actionneurs ou 
operations elementaires consommant la donnee sont places a gauche de la donnee. Les 
fleches indiquent le sens de passage de la donnee (du producteur vers le consommateur). 
25 - Pilote les caracteristiques du pilote, type 

d'entree/sortie analogique-numerique, tout-ou-rien, ses caracteristiques 
eiectriques. 

- Capteur/actionneur un graphe avec au centre le capteur ou I'actionneur 
selectionne et autour de lui les operations elementaires de I'architecture dans 
30 son ensemble auxquels il est lie, les arretes du graphe sont les flots de 

donnees entre les noeuds. 
On observe, en figure 12, une interface utilisateur affich6e lorsque I'onglet 615 "hwd" 
ou "hardware architecture" est selectionne. 

Comme on I'observe en figure 12, I'interface utilisateur 1200 de Poutil logiciel 
35 comporte alors : 

- les menus deroulant 601 k 608, 
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- les six onglets horizontaux 61 1 a 616, 

- une zone de liste hierarchisee 1220, 

- une zone graphique 1230, et 

- les onglets verticaux 1232 et 1234. 

On observe, a gauche, la zone de liste hierarchisee 1220 qui comporte une partie 
de la liste dont les six niveaux de hierarchie les plus eleves sont : 
nom du vehicule 

type de calculateur 

variante de calculateur 
trames 

donnee dans la trame 
capteur / actionneur 
donnees 

pilote 

Selon le niveau de Pelement de la liste hierarchique selectionne, on observe, dans 
la zone graphique 1230, lorsque I'onglet "networks" 1232 est selectionne : 

nom du vehicule les r6seaux de cette architecture vehicule 

type de calculateur les reseaux auxquels ce type de calculateur est 

connecte, represents en figure 16 

variante de calculateur les reseaux auxquels cette variante de calculateur est 
connectee 

trames ou le reseau auquel cette trame appartient 

donnee dans la trame le reseau auquel cette donnSe appartient (via la trame) 
capteur / actionneur le type de calculateur auquel est connecte ce 
composant et les reseaux sur lesquels ce type de calculateur est connecte. 

Donnees Rien 

Pilote Rien 
et, lorsque I'onglet "Diagrams" 1234 est selectionn6 : 
nom du vehicule Rien 

type de calculateur Un graphe dont les noeuds sont les types de calculateur 

et dont les flfcches sont les flots de trame, les fleches etant orientees du noeud emetteur vers 
le noeud recepteur. 

variante de calculateur affichage comme d§finit en figure 12 par le contour 
1260 decoup§ en trois parties 1240, 1242 et 1244 par deux traits horizontaux 1262 et 1264. 
Dans la zone 1240, les liens de la variante de calculateur k des capteurs ou des actionneurs 
sont affich§s, les liens aux capteurs etant affich6s d'un cote 1252 et les liens aux 
actionneurs 6tant affichSs de I'autre c6te 1250, 1254. Dans le diagramme, dans le cas d'une 
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saisie ^information provenant d'un capteur 1252, la donnee apparait a Tinterieur du contour 
1260, alors que le nom du capteur D Clef D apparait & Pext6rieur du contour. De cette maniere 
le concepteur peut distinguer facilement les noms des donnees du logiciel applicatif 
embarque sur la variante de calculateur, des noms des differents capteurs et actionneurs, et 
de plus le lien des capteurs/actionneurs aux donnees logiciels est clair. Dans la zone 1244 
est representee interfaces messagerie de la variante de calculateur selectionnee. Cette 
interface messagerie est constitute de trames de message consommees ou produites sur 
les divers reseaux auxquels est connectee la variante de calculateur selectionnee. Les 
trames consommees sont representees d'un cote de la zone, et les trames sortantes de 
Pautre cote. Par exemple Tjn„1, 1246, est une trame entrante et T_out_1 et T_out_2, 
respectivement 1247 et 1248, sont des trames emises. Seules les donnees effectivement 
consommees et produites par au moins une operation eiementaire sur la variante de 
calculateur selectionnee sont representees en zone 1244 en correspondance avec les 
differentes trames. Par exemple, si un emplacement pour une donnee °n" est reserve dans 
TJn_1 et si la donnee °n n n'est consommee par aucune operation eiementaire sur la 
variante de calculateur selectionnee, alors, "n" n'apparait pas en zone 1244. 
Reciproquement, la donnee "a" qui apparait en correspondance de T_in_1 est done 
consommee par une operation eiementaire placee sur la variante de calculateur 
selectionnee. Finalement, en zone 1242, on retrouve les donnees d'entree et de sorties du 
calculateur selectionne qui ne sont ni Itees a des capteurs / actionneurs, ni a des trames, et 
qui pourtant proviennent ou sont h destination d'autres noeuds. On reprend pour cette zone 
1242 les conventions de la zone 841. Finalement, les donnees qui ne font que transiter par 
la variante de calculateur selectionnee, qui fait alors office de passerelle entre r6seaux, sont 
accessibles sous forme d'une liste en selectionnant un onglet du menu 603. La separation 
des donnees en deux categories, non encore affectees et deja affectee fournit une vue de 
coherence de ce qui est fait et de ce qui reste & faire. 
Trames rien 

donnee dans la trame operations eiementaires et/ou capteur/actionneurs 
producteurs ou consommateurs & Pinterieur de la variante de calculateur 
selectionnee. 

capteur /actionneur un contour rectangulaire (non represente) separe en 
deux parties, la partie du dessus servant & indiquer les donnees produites par le 
capteur/actionneur k Taide d'un pilote et utilisees sur d*autres calculateur que celui auquel le 
composant est rattache, la parties inf6rieure servant a representer les donn6es produites a 
Paide d'un pilote et utilis6es sur le calculateur auquel le composant est rattache. Les 
donnees regue par le composant sont sur la gauche du contour alors que les donnees 
emises sont sur la droite du contour. Un tel lien donnee-calculateur est repr6sent6 de 
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maniere similaire au lien donnee-prestation 855 en Figure 8, si ce n'est que si la meme 
donnee est par exemple emise vers plusieurs calculateurs, alors, elle sera repetee plusieurs 
fois, ce qui est une alternative a un affichage du type avec une boite sur laquelle il 
faudrait cliquer pour acceder aux differentes variantes de calculateurs, autres que celui 
auquel le composant est rattache, utilisant la donnee. 

donnees d'un capteur ou actionneur operations elementaires et/ou 

capteur/actionneurs producteurs ou consommateurs a Pinterieur de la variante de 
calculateur selectionnee. 
Pilote comme pour la donnee, voir ci-dessus. 

Lorsque I'onglet "networks" 1232 est selectionne, on observe, dans la partie 
graphique 1230, ^architecture materielle et le placement de calculateurs sur des reseaux. 

Chaque reseau est represents avec tous les calculateurs qui y sont relies, le 
reseau possedant une couleur specifique, representees ici par des gommettes portant un 
signe V 1 , u x" et "o" comme en Figure 9. Des calculateurs presents sur deux reseaux sont, 
sur chaque reseau auquel ils sont relies, dotes de n gommette(s) u , chaque "gommette" 
possedant la couleur, representee ici par un signe V, V ou n o" des autres reseaux 
auxquels le calculateur en question est directement relte. Les gommettes donnent ainsi une 
vue en trois dimensions sans complexity de representation. 

Lorsque Ton effectue un die droit sur un reseau, il apparatt, dans une boite de 
dialogue contextuelle, une liste des donnees circulant sur ce reseau. Dans cette boite de 
dialogue, des couleurs differentes indiquent les donnees qui ne sont pas allouees dans une 
trame, celles qui sont allouees et transitent effectivement dans une trame et celle qui sont 
allouSes mais ne transitent pas effectivement parce que par exemple elle ne sont pas 
produite. 

Les donnees circulant sur un reseau sont visibles dans une boTte de dialogue 
lorsque Ton clique avec le bouton droit sur le reseau en question, I'onglet "networks" 1232 
ou 1232 Stant actif. Cette boite de dialogue met en oeuvre des couleurs pour indiquer le 
placement dans une trame et Putilisation des donnees, comme expIiquS plus haut, en regard 
de la figure 9. 

Lorsque Ponglet 616 est selectionn§ (ecran non represents), si on sSlectionne une 
donnee en cliquant sur le bouton gauche, un menu surgissant permet d'atteindre une boite 
de dialogue contextuelle qui fournit des informations sur cette donnee, notamment, la 
dimension (un boolSen & une taille de un bit), les valeurs extremes, une valeur par defaut, 
etc Tage maximal de la donnee e'est a dire duree apres la capture au bout de laquelle la 
donnee peut etre consideree comme obsolete... etc . 

Lorsque Ton selectionne Ponglet 616 n msg u , on obtient en partie droite un ecran analogue & 
celui de la figure 16, lorsque Ponglet 1232 de la figure 16 est s6lectionn6. On voit alors en 
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partie droite de Pecran pour chaque vehicule toutes les trames vehiculees par moins un 
reseau et en partie gauche de Pecran une representation des differents reseaux comme en 
figure 16 en zone 1630 . En cliquant sur une trame, seul le reseau sur lequel la trame circule 
est affiche. En cliquant sur Pun des onglets 1652, 1654, 1656, 1658, seules les trames 

5 circulant sur le reseau correspondant sont affichees en partie gauche de Pecran. lorsque 
Ponglet 1231 est selectionne, lorsque I'on clique sur une trame, une presentation de la trame 
en partie droite de Pecran apparait reprenant les informations essentielles de la trame, 
notamment sa taille, sa periode, le type du reseau, puis la liste des donnees pour lesquelles 
un espace est allou§ ainsi que les coordonn§es de cet espace en numero d'octet et de bit le 

io plus significant et en taille, puis la liste des variantes de calculateur producteur et 
consommateur pour chaque donn§e. 

Dans la zone graphique correspondant a la selection de Ponglet 616, si on clique 
avec le bouton gauche sur un calculateur, on observe, par Pintermediaire d'un menu 
surgissant donnant le choix entre trame et donnees, dans une boTte de dialogue 

15 contextuelle, les donnees ou trames consomm6es ou produites par le calculateur 
selectionne. 

La figure 13 represente un §cran 1300 de saisie et de visualisation des zones d'un 
produit nomme "vehicule Z23" pour lequel on souhaite construire une architecture electrique 
et §Iectronique. On peut acceder a cet ecran a partir de n'importe lequel des ecrans des 
20 figures 6 k 12 par une selection dans le menu tools 606. 

On observe, dans la liste hierarchisee 1320, une liste comportant les trois premiers 
niveaux de hierarchie suivants : 

nom de v6hicule 



La partie graphique, a droite de Pecran, comporte une zone sup§rieure dans laquelle 
trois boutons 1312, 1314 et 1316 sont repr§sentes. Les differentes zones du vehicule sur 
lesquelles les composants du systeme peuvent etre places apparaissent dans la partie 
graphique inferieure droite de Pecran, ou sous-£cran 1330. Ces zones du vehicule sont 

30 representees par des rectangles 202, 204, 206,..., 236, 240. Pour ajouter une zone, 

Putilisateur doit d'abord s6lectionner le bouton 1312 placer ce rectangle, qui correspond k 
une nouvelle zone du vehicule, en cliquant dans le sous-ecran 1330. II peut alors changer 
les dimensions dudit rectangle, par exemple en cliquant sur un des angles du rectangle, puis 
en deplagant cet angle k volont6, Pangle oppos6 dudit rectangle ne bougeant pas. II peut 

35 ensuite deplacer le rectangle a volonte dans le sous-ecran 1330, afin de rendre la 

disposition des zones respectives comprehensible pour Pensemble des utilisateurs. Dans le 
cas d'un vehicule automobile par exemple, il ne serait pas sense de placer la zone 



25 



groupes de noeuds et composants 
noeuds et composants 
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representant la porte arriere droite et la zone representant la porte avant gauche Tune a cote 
de I'autre. 

Le nom 1342 du produit est repris en bas du sous-ecran 1330. 
On note que les noeuds et composants definis pour Poutil de conception sont repris 
5 dans la liste hierarchisee 1320. En fait, cette liste hierarchisee sert une fois que les 
differents composants sont places: selectionner un noeud ou un calculateur particulier 
permet de localiser dans quelle zone du vehicule il est place, cette zone changeant 
automatiquement d'aspect dans le sous-ecran 1330. Par exemple, lorsque dans la liste 
hierarchisee, on selectionne la pedale d'acceleration 1321, la zone cockpit 218 change 
10 d'aspect. 

D'autre part, les composants non encore places ont eux aussi un aspect particulier 
comme par exemple le nceud BVA 1323 ou le moteur d'essuyage avant 1322. 

En selectionnant le bouton 1316, il est possible de rajouter, dans le sous- 
ecran 1330, une boussole orientable 1344 k des fins de lisibilite pour Pensemble des 

15 utilisateurs. II revient k I'utilisateur d'indiquer lesquels des axes (gauche, droite), (haut, bas), 
(avant, arrtere) doivent §tre utilises ainsi que leur sens. Dans la figure 13, dans le cas d'un 
vehicule automobile dont des zones, vue de haut, ont ete representees, Porientation permet 
& I'homme du metier de reconnaTtre certaines de ces zones, comme par exemple le pavilion 
216, puis de proche en proche, I'ensemble des zones representees. Afin de rendre ce 

20 decoupage en zones plus lisible, il est possible de nommer les zones. C'est par exemple le 
cas de Paile avant droite nommee Aile AVD 1346. 

La figure 14 represente une vue locale d'une des zones du vehicule representees 
dans la figure 13 dans le sous-ecran 1330 de Pecran 1300. On y accdde, par exemple, en 
selectionnant la dite zone dans le sous-ecran 1330 puis en cliquant deux fois. 

25 Dans le sous-6cran 1330, on peut pr6ciser les dimensions de la dite zone en 

selectionnant le bouton 1410 puis en selectionnant Pun des sommets de la dite zone et en le 
bougeant a volonte, les autres sommets restant inchanges. S6lectionner un point du contour 
de la zone autre qu'un sommet permet de definir un nouveau sommet. 

On peut specifier une sous-zones d'dvitement en selectionnant un bouton 1412 puis 

30 Pemplacement de la zone ou Pon desire placer la sous-zone d'£vitement. La sous-zone 

d'evitement est alors plac£e sous forme d'un rectangle avec des dimensions par defaut. Le 
dimensionnement exact de la sous-zone se fait alors, comme pour la zone du vehicule, en 
selectionnant un bouton 1410 puis en selectionnant Pun des sommets de la sous-zone 
d'evitement selectionn6e ou en rajoutant un sommet. En selectionnant un point du contour 

35 autre qu'un sommet. 

Les points de routage sont places sur la zone en selectionnant d'abord un bouton 
1414 puis en selectionnant Pendroit de la zone ou Pon desire placer le dit point de routage. 



WO 2004/038619 



57 



PCT/FR2003/003109 



Les points de connexion de la zone sont places en selectionnant d'abord le bouton 1416 
puis en selectionnant I'endroit de la zone ou Ton desire placer le dit point de connexion. 

Comme en figure 14, une boussole peut etre placee a cote de la zone en 
selectionnant le bouton 1316, puis orientee. 



1418, puis en selectionnant un composant ou point de routage ou point de connexion initiate, 
puis un composant ou un point de routage ou un point de connexion finale. 

Les composants et calculateurs sont places sur la zone par cliquer-deplacer a partir 
de la liste hierarchisee 1420. lis peuvent etre associes k des icones qui permettent de les 

10 localiser et de les reconnaTtre plus rapidement. 

Tous les el6ments de la zone du vehicule representee peuvent etre d§places et 
ajustes par cliquer-deplacer. Finalement, un element D r6gle° peut etre place dans la fenetre 
pour faciliter le dimensionnement des differents zones. Pour cela, on selectionne un bouton 
1413, puis on s6lectionne I'endroit de la zone ou I'on desire placer la r&gle. En selectionnant 

15 Tune des extremes de la regie 1444, on peut l'§tendre ou la raccourcir. Au moment ou Ton 
effectue cette operation, la longueur reelle de la r&gle est affichee, par exemple en 
millimetres. 

II est possible de faire pivoter la regie autour d'un de ses sommets suivant des 
moyens connus. Placer la regie a cote d'un des bords de la zone permet d'en connaTtre la 
20 longueur et de changer eventuellement son dimensionnement. 

Toujours avec I'objectif d'une representation la plus fidele possible, dans le sous- 
ecran 1430, il est possible de faire apparaitre une trame de fond permettant de representor 
la zone a la bonne echelle. La trame de fond peut par exemple etre constitute de traits 
horizontaux et verticaux paralleles et rtguliers, decoupant I'espace en pav§s de 20mm par 
25 20mm dans I'echelle 1:1. 

II est possible d'agrandir et de retrecir la zone du v6hicule representee pour le contort 
^utilisation, c'est & dire changer rtchelle de la figure pour qu'elle soit adaptee a la partie du 
sous-6cran 1430 par des moyens connus appeles zooms. La zone et tous les elements 
places sur Pecran changent alors d'6chelle. 
30 Une fois I'operation de placement des points de connexion effectu6e sur 

differentes zones, on peut revenir k la vue presentee en figure 13 pour lier les points de 
connexion des differentes zones du v§hicule qui se correspondent dans le sous 6cran 1330. 
Dans un certain mode d'affichage, accessible par le menu "View" 603, les points de 
connexion sp6cifi§s dans la zone 202, par exemple, apparaissent. Cette zone contient trois 
35 points de connexion 1350, 1351 , 1355. La zone 220 contient, elle, pour le moment, un point 
de connexion 1353. Pour indiquer par exemple que les points de connexions 1355 et 1353 
se correspondent c ! est k dire reprtsentent en fait un meme point dans I'espace, on peut par 



5 



Un chemin de routage recommande peut etre place en selectionnant un bouton 
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exemple selectionner le bouton 1314, puis selectionner le point de connexion 1355, puis 
selectionner le point de connexion 1353. Un lien graphique 1354 est alors automatiquement 
gener6. Une nouvelle selection du menu "View" 603, permet, si on le souhaite, de cacher 
tous les points de connexion et leurs liens. 

II est possible de nommer les points de connexion, comme cela est fait par exemple 
pour le point de connexion n C3° 1448 . Dans ce cas, le nom du point de connexion est repris 
dans le sous-ecran 1330, lorsque I'option d'affichage des noms des points de connexion est 
activee. 

En selectionnant, dans le menu "Edit" 602, I'option "Synthese du cablage", 
I'algorithme de routage est execute. On peut ensuite visualiser le resultat. En figure 14, les 
segments 1451 k 1455 sont synthases. En cliquant sur chacun de ces segments, on 
obtient la liste des liens ou fils composant-composant, ou composant-connecteur ou 
connecteur-composant qui sont inscrit dans chacun de ces segments. 

Par exemple, si le moteur 406 possede un connecteur a trois pines, Tune de 
commande, faible puissance, Tune d'alimentation forte puissance, la troisfeme de masse, on 
obtient la liste suivante : 

Moteur- 1-donn§e de commande moteur 406 

Moteur- 2 - alimentation moteur 406 

Moteur- 3 -masse moteur 406 

Si ces trois pines, lors du routage, sont associees a trois pines du connecteur C1 
1447, respectivement, on observe la liste suivante : 
C1- 3 -donn6e de commande moteur 406 
C1- 5 - alimentation moteur 406 
C1- 1 -masse moteur 406 

Alors, en cliquant sur le lien 1452, on voit s'afficher que, sur le segment entre les 
points de routage 1470 et 1472 circulent les liens de reference : 

Moteur- 1-donnee de commande moteur 406 ; C1 - 3 -donnee de commande moteur 

406 

Moteur- 2 - alimentation moteur 406; C1 - 5 - alimentation moteur 406 
Moteur- 3 -masse moteur 406; C1- 1 -masse moteur 406 

La figure 15 represente I'ecran qui apparait lorsque Ton s6lectionne le "Vehicule Z23" 
et que I'onglet Tunc" 612 est selectionne. On obtient alors en partie graphique 1530, k 
droite de I'ecran, un graphe dont les noeuds sont les variantes de prestation et les fleches 
les flots de donnees echang6s entre les variantes de prestation. Un tel flot de donn6es 
represente par une fleche entre une variante de prestation de depart et une variante de 
prestation d'arriv^e est defini par I'ensemble des donnees produites par au moins une 
operation 6l6mentaire de la variante de prestation de depart, qui ne sont produites par 
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aucune operation elementaire de la variante de prestation d'arrivSe, mais qui sont 
consommees par au moins une operation 6Iementaire de la variante de prestation d'arrivee. 

Le flot de donn§es inter-prestation tel que represente en figure 15 est genere pour un 
choix d'une variante de prestation pour chaque prestation correspondant a une 

5 configuration. Pour Phomme du metier, ces flots de donnees permettent de rep6rer les 
donnees pour lesquelles des precautions sont a prendre pendant le developpement. En 
effet, les donnees entre prestations et leurs caracteristiques doivent etre validees pour 
chaque prestation les consommant ou les produisant au contraire des donn6es intrins&ques 
k une prestation dont la mise au point releve uniquement de la dite prestation. 

10 On peut, dans Pecran illustre en figure 15, representer Pintegralite des echanges 

entre toutes les prestations du produit ou les echanges d'un spus ensemble de prestations, 
cela en copiant dans une architecture produit par exemple creee pour Poccasion, le dit sous 
ensemble de prestations et en considerant le graphe correspondant dans la partie graphique 
1530. 

15 La figure 16 represente un ecran apparaissant lorsque Pon s§lectionne Ponglet 

"HWD" 615, Ponglet "Network 0 1232, et le nceud UCH 1621 dans la liste hierarchisee 1220. 
On voit alors apparaitre, dans la partie graphique 1630, une vue de reseau repondant aux 
memes conventions que la vue decrite en partie graphique 830 illustr6e en figure 8. Seules 
les r6seaux sur lesquels le noeud UCH 1621 est present sont alors affich§s, a la difference 

20 de ce qui est represente en figure 8 oD tous les r§seaux sont affiches. Des onglets dans une 
zone 1640 permettent de selectionner les differents r§seaux de ('architecture 1654, 1656, 
1658. La selection de Ponglet "all" 1652 permet de provoquer Paffichage dans la partie 
graphique 1630 de tous les reseaux et annule la selection du noeud UCH 1621. 

En cliquant sur un r§seau donne, on obtient Pensemble des donnees qui circulent sur 

25 ce r§seau en distinguant notamment celles qui ne sont pas provisionn§es dans des trames, 
celles qui sont provisionnees et presentes, celles qui sont provisionn§es et absentes. 

En figure 17, le proced§ de conception de specification d ! une variante de prestation 
est detailld. 

Les etapes 1712 et 1714 sont des syntheses realisees automatiquement pour Poutil 
30 alors que toutes les autres etapes sont assistees grace a Pergonomie de Poutil mais sont 
laiss§es a Pinitiative du concepteur. 

Lors de la conception de la specification d'une variante de prestation, en premier 
lieu on sp6cifie les cas d'utilisation, 6tape 1702. Une fois les cas d'utilisation specifies, on 
identifie les phases de fonctionnement, les demandes client qui sont les transitions et les 
35 reponses systeme qui sont les etats, §tape 1704. Les phases sont definies 
pr6f6rentiellement par leur decomposition en modes transversaux comme ceci est presente 
en figure 7. Deux phases ne doivent pr§ferentiellement pas partager de combinaison de 
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modes transversaux. On peut alors synthetiser un premier automate decrivant la supervision 
de la prestation tel que detaille en figure 7 . Pour cela, on part de I'association proposee par 
rutilisateur des cas d'utilisation aux triplets (etat de depart, demande client, etat d'arrivee). 

A partir de cette ces premieres etapes supportees par I'onglet REQ de I'outil, un 
automate de controle de la prestation est synthetise automatiquement pour I'ensemble des 
cas d'utilisation de la prestation, etape 1712. 

On precede alors aux etapes de correction, etape 1714, et completion, etape 1716, 
qui permettent de mettre au point I'automate et d'enrichir les cas d'utilisation, etape 1720, en 
fonction de nouvelles situations identifies notamment lors de I'etape de completion, etape 
1716. 

Paralieiement aux etapes de mise au point de I'automate de controle de la 
prestation, etapes 1712, 1714 et 1716, on specifie les operations elementaires realisees 
dans chacun des etats de I'automate de controle de la prestation, etape 1706. 

De m§me, certaines operations elementaires realisant les transitions de phase sont 
identifies, etape 1708, ainsi que les operations elementaires realisant les demandes client, 
etape 1710. La realisation d'une transition de phase ou d'etat par une operation elementaire 
est representee pr6ferentiellement par une operation elementaire dont le resultat est un 
booieen qui lorsqu'il vaut la valeur booleenne "vrai" resulte en I'activation de ladite transition. 
On peut de maniere equivalente, mais pour plus de generality, specifier que la transition 
opere pour une valeur particuliere d'une des sorties de I'operation elementaire qui la realise. 

Lorsque les Stapes 1706, 1708 et 1710 sont partiellement ou completement 
realisees, on synthase le flot de donn6es entre les operations Elementaires sp6cifiees au 
cours de ces etapes, etape 1718. 

On peut alors synthetiser un modele de la variante de prestation sp6cifiee, etape 
1722, en comptetant notamment I'automate synthetis6 au cours de P6tape 1712 et les 
differentes operations elementaires qui lui sont attachees avec la description de capteurs et 
actionneurs pref6rentiellement attaches a la prestation et des pilotes correspondants. 

La figure 18 decrit un procede de conception d'architecture §lectrique et 
electronique permettant de comprendre les interactions entre les differentes etapes du 
procede decrit dans I'invention, mais aussi les differentes vues proposees par I'outil. 

Comme point de depart, une specification des configurations du produit est 
specif iee par I'utilisateur, §tape 1802. Elle indique les differentes configurations 
caract§ris§es notamment par un ensemble de variantes de prestation et un ensemble de 
variantes de calculateurs. Pour chaque configuration, un pourcentage est indique 
correspondant au rapport du nombre de produits comportant ladite configuration par le 
nombre produit total. Cette etape etant r6alis6e, une specification de chaque variante de 
prestation est r6alis6e, etape 1806, notamment en appliquant le procede d6crit en figure 17. 
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On peut alors proceder automatiquement aux validations de Parchitecture prestation, etape 
1808 (decrites plus loin). Pour un ensemble de configurations, spSciftees au cours de Petape 
1802, on specifie un ensemble de nceuds et de reseaux les connectant et pour chaque 
noeud un ensemble de variantes de calculateurs, §tape 1810. D'autre part, la geometrie du 
produit est specif iee, etape 1804. Une fois les etapes 1806 et 1810 partiellement ou 
completement realisees, on peut placer les prestations sur les differents noeuds, etape 1812. 
On realise alors automatiquement une synthese du controle des prestations, etape 1816, 
ainsi que la synthase des echanges, notamment sur les differents bus de donnees, etape 
1818. A partir des echanges sur les bus, etape 1818, on peut specifier une messagerie ou la 
generer automatiquement, etape 1826, par exemple au moyen du procede decrit dans la 
demande de brevet frangais numero 01-05713 du 27 Avril 2001 incorpore ici par reference. 

D'autre part, les difterentes variantes de calculateur, speciflees au cours de P6tape 
1810, et les differents capteurs et actionneurs, notamment rattaches aux variantes de 
prestation, specifies au cours de P6tape 1806, sont places sur la description g6ometrique 
du vehicule, 6tape 1814. On place de meme les points de routage, de connexion, les 
connecteurs et les zones d'evitement, etape 1820. 

A partir du placement des differents composants electriques et 6Iectroniques, 
etape 1814, et de la description des contraintes g6om6triques, etape 1820, on synthetase le 
routage des signaux notamment de donnees, de puissance ou Ites a la masse, 6tape 1822. 

On specifie d'autre part les caracteristiques des difterentes operations etementaires 
en termes de taille de code, de taille memoire vive necessaire et de consommation CPU, 
etape 1824. Etant donn§s le routage, §tape 1822, d'une part, et la specification des 
ressources necessaires a l'ex6cution des composants logiciels qui realisent les operations 
6l§mentaires, 6tape 1824, d f autre part, on deduit une estimation de cout du systeme bas§ 
sur le cout de Parchitecture electrique (capteurs, actionneurs, fits, connecteurs) et le cout lie 
aux types d*entr§es - sorties et aux choix de processeurs induits par le placement, etape 
1830, Cette synthase, 6tape 1830, est rdalisee en prenant notamment en compte 
Poptimisation induite par des epissures sur les fils de puissance et de masse, §tape 1828. 
Finalement, toutes ces etapes etant realisees, on peut comparer Parchitecture 6valuee a 
d ! autres architecture, notamment par un critere de cout, de qualite ou de poids notamment 
par un critere de cout consolidant notamment les criteres de qualite et de poids, 6tape 1832. 
Afin de realiser une estimation de qualite consolidee, il faut rSaliser plusieurs etapes: 
- calculer automatiquement une mesure de quality pour Pexecution d'une 
operation 6l6mentaire, et pour Pexecution d'un ensemble dtaperations 
elementaires sur un calculateur, 6tant donn§e une mesure de quality pour 
chaque type d'entrSes/sorties, pour chaque type de fil (puissance, masse, 
donn6es) f et etant donnee une mesure de qualite pour Pexecution d'une 
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instruction sur un calculateur, pour un acces en memoire vive, pour un acces 
en memoire flash, 

- calculer automatiquement la qualite du routage 

- prendre en compte une mesure de qualite des capteurs et actionneurs 
5 - deduire automatiquement la qualite de I'architecture electrique et 

electronique 

Les operations de validation et leur support par des moyens de tragabilite, la 
mattrise de la surete de fonctionnement ne sont pas decrits en figure 18 mais completent 
cette figure reprenant le precede global. 
10 En ce qui concerne les configurations, on peut distinguer : 

- les prestations de base qui peuvent §tre reglementaires ou banalisees sur les 
vehicules (eclairage, essuyage des vitres,...), 

- les prestations de base avec variante comme par exemple la motricite sur un 
v6hicule qui peut etre basee sur un moteur thermique essence ou diesel, sur un moteur 

15 6lectrique ou sur un moteur hybride par exemple, avec a chaque fois une mise en oeuvre 
differente, 

- les prestations qui ne seront pas n6cessairement integrees a tous les produits et 
que Ton peut qualifier d'optionnelles. Par exemple la climatisation sur une automobile, 

La configuration de prestation est la selection d'un ensemble de variantes de 
20 prestations (optionnelles ou pas). Les prestations optionnelles de la configuration sont celles 
qui ne sont pas toujours presentes. 

Pour une configuration donnee, on donnera le taux de monte des prestations 
optionnelles notamment sous la forme d'un pourcentage. 

Pour un produit donne, on envisagera differentes configurations. 
25 Consid§rant I'ensemble des configurations, on donnera le pourcentage respectif de 

chaque configuration par exemple sous la forme d'un pourcentage. 

Par exemple pour une automobile, on distingue les configurations luxe, contort, 
u eco" (pour "6conomique n ) avec par exemple une prestation climatisation k 100% sur la 
configuration luxe, 40% sur la configuration contort et 0% sur la configuration §co. Les 
30 configurations luxe, contort, 6co pourront repr6senter respectivement 20% 50% et 30%. 

Les configurations pr6vues pour un produit ont un impact sur le choix de 
Tarchitecture materielle du produit. Par exemple, une climatisation a faible taux de monte 
(10%) incitera k mettre en oeuvre cette climatisation a I'aide d'un calculateur sp§cifique alors 
que si la climatisation est presente a 100%, on aura tendance a integrer le logiciel et les 
35 interfaces materielles correspondants a un calculateur agglomerant de nombreuses autres 
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prestations. II est en effet couteux de multiplier le nombre de calculateurs electroniques et 
Ton cherche en pratique a int§grer le plus possible de prestation pour faire baisser les coOts. 

Les configurations servent aussi & faire des choix de cablage, I'exemple de la 
climatisation ci-dessus le montre bien puisque le cablage pour un calculateur specifique aura 
un cout different du cablage pour un calculateur non-optionnel. Le choix d'un optimal de 
('architecture electrique-§lectronique se fait done preferentiellement en fonction d'un 
ensemble de configurations pre-defini. 

Les configurations servent aussi a gerer la diversite en permettant de limiter par 
conception, les combinaisons d ! option disponibles. 

Elles repr6sentent aussi un 6l6ment intermediate permettant de simplifier les 
validations comme on le verra par la suite. 

De par I'etape de placement des prestations sur les calculateurs, On peut deduire 
les configurations de calculateur associees k une configuration prestation. Ce sont 
notamment les calculateurs contenant au moins une operation elementaire d'au moins une 
prestation de la Configuration prestation. Le caractere optionnel du calculateur est aussi 
deduit, un calculateur contenant notamment des operations 6lementaires attaches 
uniquement a des prestations optionnelles pourra etre optionnel. 

Pour autant, on peut definir des configurations de calculateur et de composants 
materiels, notamment si I'etape de placement n'est pas encore r§alis6e. 

Lorsque Ton sp6cifie une configuration comme 6tant composee d'une configuration 
de prestation et d'une configuration de calculateurs, on fait I'hypothfcse que toute prestation 
de la configuration de prestation est bien entierement placee sur la configuration de 
calculateur et que reciproquement, les operations elementaires provenant de prestations qui 
ne sont pas dans la configuration de prestation sont desactiv^e sur ladite configuration de 
calculateurs. 

On int&gre dans le choix d'un routage optimal une contrainte Ii6e aux 
configurations. Un composant dont au moins une variante est absente dans au moins une 
configuration est dit optionnel. Le routage 6conomiquement optimal est, par exemple celui 
qui satisfait les contraintes suivantes: 

■ 1) on ne peut pas Her un composant (capteur, actionneur) a un noeud optionnel 
tel qull existe au moins une configuration ou le noeud est absent et le composant est 
present. Done dans la recherche du routage dudit composant, les noeuds ne satisfaisant pas 
le critere ci-dessus ne sont pas consid6res. 

■ 2) on ne peut pas Her dans une 6pissure de puissance deux fils qui ne seraient 
pas presents dans les memes configurations. 

■ 3) sous Thypothfese 1) ci-dessus, lorsque Ton synthase le routage d ! un fil 
provenant d'un composant optionnel C et que le routage optimal abouti a un noeud N n tel 
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qu'il existe au moins une configuration ou le noeud N n est present et le composant C est 
absent, alors on tente de synthetiser au moins un autre routage en considerant tous les 
nceuds autres que N n qui satisfassent la condition 1). Le routage lie alors le composant a un 
nouveau noeud IVi- On itere cette operation jusqu'a trouver un noeud N p tel que soit N p est 
le dernier noeud parcouru qui satisfasse 1). Pour Pensemble des routages ainsi synthetises 
(le dernier etant le routage k N p ), on applique le calcul de cout pondere par le taux de monte 
des differents composants, c'est a dire qu'un composant present dans 40% des 
configurations aura un cout pondere par 0,4. Le routage qui minimise le cout est le routage 
economiquement optimal pour Pensemble des configurations. 

Par exemple, on peut rattacher le compresseur de la climatisation au noeud 
climatisation (optionnel et sp6cifiquement installe pour la prestation climatisation) ou au 
noeud calculateur habitacle (toujours present). La connexion au noeud climatisation coute 
deux euros integrant par exemple le cout du connecteur du calculateur pour la connexion au 
compresseur et aux autres composants soit un euro, le cout des fils soit un euro, et un euro 
sur le controleur habitacle . Si le taux de monte de la dim depasse 50%, alors il faut router le 
compresseur au noeud controleur habitacle, sinon au noeud climatisation. Par exemple avec 
un taux de monte de 40% et pour cent exemplaires, le routage au noeud habitacle coOte 
1*100 * 1 euro soient cent euros, alors que le routage au noeud climatisation coute 0,40 * 
100 * 2 euros soient quatre-vingt euros. 

La connaissance des cout relatifs des pilotes suivant le nombre d'exemplaire 
permet d'affiner Pestimation economique. Si pour une serie de 40 000 exemplaires, un pilote 
de type PWM (Pulse Width Modulation) coute 1 euro, mais 0,5 euros pour une serie de 100 
000 exemplaires, alors pour une serie de 100.000 exemplaires et un taux de monte de la 
climatisation a 40%, le cout du pilote sur le calculateur de climatisation sera de 1 euro alors 
que le cout de ce pilote sur le calculateur UCH sera de 0,5 euros et Pequation economique 
devient 100 + 100*0,5 euros soient 150 euros pour PUCH et 80 + 0,4*100*1 euro soit 120 
euros pour le scenario du routage sur un calculateur de dim. II est done toujours interessant 
de choisir le scenario "calculateur de climatisation". 

Si maintenant on estime un cout de montage, calcule en fonction 

- d'un cout de montage d'un toron necessaire a la mise en oeuvre de la 
climatisation sur la zone cockpit par exemple, 

- d'un cout de montage d'un connecteur n6cessaire & la mise en oeuvre de la 
climatisation sur une frontiere de la zone cockpit ou sur la zone cockpit, 

- d'un cout de montage du calculateur de climatisation et/ou habitacle sur la 
zone cockpit ou une autre zone sp§cifi6e par le concepteur, 
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- d'un cout de montage des capteurs ou des actionneurs necessaire a la mise 
en oeuvre de la climatisatlon sur une zone et 

- d'un cout de connexion des differents connecteurs actionneurs necessaires a 
la mise en ceuvre de la climatisation entre zones ou dans une zone. 

5 Alors, etant donnee une Evaluation pour le calculateur de climatisation qui est optionnel de 1 
euro; et de 2 euros pour le calculateur habitacle, pour un taux de monte & 40% de la 
prestation climatisation, I'option du routage sur calculateur de climatisation revient h 120 
euros + 0,4*100*1 + 1*100*2 soient 360 euros, alors que le cout du routage sur le 
calculateur habitacle est de 150 euros + 1*100*2 soient 350 euros. 

io Tout d'un coup le calculateur de climatisation n'est plus justifie. Affinons encore 

notre analyse. 

Prenons un impact qualite de 100 ppm (panne par million) sur 3 ans, un periode de 
garantie type, a la fois pour le calculateur climatisation et le calculateur habitacle. Estimons 
d'autre part & 200 euros le cout moyen d'un remplacement de calculateur et affectons un 

15 cout de montageAtemontage de 50 euros pour la zone dans laquelle se trouve le calculateur 
de climatisation et de 10 euros pour la zone dans laquelle on a place le calculateur 
habitacle. Supposons par ailleurs que les d6fauts qualite associes aux cablages dans les 
deux scenarios soient identiques et de 100 ppm mais de cout de reparation negligeable sauf 
pour le demontage. Pour simplifier on suppose que la majorite du cablage consid6re se 

20 trouve dans une zone a 50 euros comme le calculateur de climatisation. Alors, le cout 
unitaire pour le remplacement de calculateur est de 100*200/ 1 000 000 soit 0,04 euros a 
majorer de 0,01 euro pour le calculateur de climatisation et de 0,002 euros pour le 
calculateur de climatisation. Le cout de reparation du cablage est luis de 0,01 euro pour un 
defaut sur I'ensemble du cablage qui n'est present que lorsque I'option climatisation est 

25 retenue. Notre cout unitaire consolid6 integrant les defauts qualite est done maintenant de 
360 + 0,4 * 100 * ((0,04 + 0,01)(calculateur) + 0,01 (cablage)) euros soient 362,4 euros alors 
que le scenario avec calculateur habitacle coute maintenant 350 + 0,4*100*0,01 soit 350,4 
euros si Ton tient compte du fait que les couts qualite Ii6s au calculateur habitacle sont 
presents a I'identique dans les deux scenarios et que le cablage specifique a la climatisation 

30 n'est monte que lorsque I'option climatisation est retenue. Notons au passage que le nombre 
de ppm du scenario avec calculateur de climatisation est de 0,4*(100 + 100) soit 80 ppm 
alors que le nombre de ppm du scenario sans calculateur de climatisation est de 0,4*100 
soit 40 ppm si Ton fait abstraction des ppm lies au calculateur habitacle constant dans les 
deux scenarios. Sur le plan qualite, le scenario sans calculateur de climatisation est done 

35 preferable. 
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Si Ton prend maintenant impact poids en compte et que Ton estime a 1 euro le 
cout consolide d'une charge d'un kilo. Etant donne d'une part un poids de 300 grammes 
pour le calculateur climatisation et de 100 grammes pour le routage des actionneurs 
specifiques de la climatisation au calculateur climatisation et d'autre part un surpoids de 150 

5 grammes du calculateur habitacle et de 150 grammes pour le routage des actionneurs 
specifiques de la climatisation au calculateur habitacle, on trouve maintenant que le cout du 
scenario avec calculateur de climatisation toujours pour cent exemplaires est de 362,4 + 
0,4*100*0,4(400 grammes)* 1(cout au kilo) euro soient 378,4 euros et de 350,4 + 0,4*100 * 
0,3 (300 grammes)* 1 + 0,6*100*0,150*1 euro soient 363,3 euros pour le scenario avec 

io calculateur habitacle. Au passage, on a vu que I'hypothese avec calculateur de climatisation 
entrainait un surpoids de 400 grammes alors que cette du placement de la climatisation sur 
le calculateur habitacle pese 300 grammes lorsque la climatisation est installee. En 
moyenne pondSree, le poids du scenario avec calculateur de climatisation est 0,4(taux de 
monte)*0,4(kilos) soit 160 grammes alors que le poids de Poption sans calculateur de 

15 climatisation est 0,4 (taux de monte dim) * 0,3(300 grammes) + 0,6(sans clim)*0,150(poids 
du surplus calculateur) soit un poids marginal de 129 grammes et c'est ce dernier cablage 
qui est optimal en poids. 

Pour conclure, il faut encore prendre en compte le cout de I'execution des 
operations elementaires de la prestation climatisation dans chacun des scenarios, cout qui 

20 doit etre consolide dans le coOt piece des calculateurs. Supposons que les operations 
elementaires de la climatisation n6cessitent 1 MIPS et que le cout marginal du MIPS dans 
un processeur soit renseigne dans un abaque et donne pour 1 MIPS 2 euros et pour 20 
MIPS 10 euros et 9,6 euros pour 19 MIPS. Supposons d'autre part que ind§pendamment de 
la prestation climatisation, le calculateur habitacle embarque 19 MIPS d'execution 

25 d'operations Elementaires. Finalement, prenons I'hypothfese d'un cout lineaire de la RAM a, 
1 euros pour 2 kilos octets et d'un cout lin§aire de la flash k 4 euros pour un Mega-octet 
Finalement les operations elementaires de la prestation climatisation necessitent 2 k de 
RAM et 100 k de Flash. Dans ce cas le bilan consolid§ pour 100 vehicules pour les deux 
scenarios devient: 

30 378,4 + 0,4*1 00*(2+l +0,1*4) euros soient 514,4 euros pour le sc6nario avec un calculateur 
de climatisation alors que dans le cas ou le code est execute enti&rement sur le calculateur 
habitacle, le cout devient: 363,3 + 1*100*((1 0-9,6) +1 + 0,1*4) euros soient 543,3 euros. 

Au final le cout consolide unitaire de la solution avec calculateur de climatisation est 
done de 5,14 euros alors que le cout de la solution sans calculateur de climatisation est de 

35 5,43 euros par unite avec I'hypothfcse d'une serie de 100 000 vehicules et un taux de monte 
de la climatisation de 40%. 
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L'outil de conception cTarchitecture de systeme decrit ci-dessus permet de realiser 
une pluralite de validations tout au long du processus de conception. On distingue 

la validation fonctionnelle qui consiste a verifier que toute donnee 
consomm6e par une operation elementaire doit etre produite par une operation 
elementaire independamment du lien des operations elementaires aux differentes 
prestations. Cette §tape peut etre menee une fois Parchitecture fonctionnelle 
renseignee dans les fenetres REQ et FUNC accessibles par les onglets 61 1 et 
612. 

La validation fonctionnelle apres placement qui consiste a verifier que 
toute donnee consomm6e par une operation elementaire doit etre produite par 
une operation 6l6mentaire et de plus, qu'entre le producteur et le consommateur, 
il existe un chemin constitue eventuellement de reseaux et de noeuds 
intermediates. Cette etape peut etre men6e une fois le placement des 
prestations realise completement ou partiellement dans la fenetre MAP 
accessible par I'onglet 613. 

La validation fonctionnelle et de messagerie qui consiste a verifier que 
toute donnee consommee par une operation elementaire doit etre produite par 
une operation elementaire et que de plus, entre le producteur et le 
consommateur, il existe un chemin constitue eventuellement de reseaux et de 
noeuds intermedial res et de plus, pour au moins un chemin, des emplacements 
dans des trames sont provisionnes pour Tacheminement de la donnee du 
producteur au consommateur. Cette etape peut §tre r6alis§e lorsque les trames 
de donnees ont 6te partiellement ou completement realisees k I'aide des fenetres 
HWD et MSG accessibles par les onglets 615 et 616. 

La validation de I'architecture des prestations par configuration et/ou par 
mode qui consiste & appliquer les trois validations pr£c6dentes d'une part pour 
chaque configuration du produit et d'autre part pour chaque mode transversal du 
produit. 

Par exemple pour une configuration dont les seules options et choix de calculateur sont 
climatisation presente ou pas et controle essence ou diesel, on doit done appliquer les 
validations aux quatre variantes resultantes : essence avec ou sans climatisation et diesel 
avec ou sans climatisation. Pour ce qui est de la validation pour un mode donnee, la 
configuration etant fix§e, on peut reproduire chaque type de validation mais que pour le 
sous-ensemble des operation Elementaires qui sont potentiellement actives lorsque le 
moteur est arrets. 

Ces validations sont accessibles par un menu utilisateur (non repr§sent§) 
accessible en cliquant sur I'onglet Tools 606 repr6sente notamment en Figure 6. Dans ce 
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menu utilisateur, on peut choisir d'une part Tune des trois validations, validation 
fonctionnelle, validation fonctionnelle apr6s placement et validation fonctionnelle et de 
messagerie, et d'autre le perimetre k retenir pour ces validations, le sous ensemble de 
variantes de calculateur et/ou de variantes de prestation, le mode ou I'ensemble de mode, 
5 et/ou la configuration ou I'ensemble de configuration sur lesquels ces validations doivent etre 
r§alisees. 

Toutes ces validations sont realisees automatiquement a partir des donnees specifiees dans 
I'outil de conception d'architecture de systeme 



10 cas d'utilisation ainsi que sur certaines des operations elementaires realisees dans I'etat 
d'arrivee dudit cas d'utilisation, et on valide que cette contrainte de performance est 
satisfaite pour un placement des differentes operations el§mentaires. 

A titre d'exemple, prenons le cas d'utilisation que nous appellerons CRASH: "Dans 
un contexte moteur tournant, si un crash est detecte, alors le vehicule doit se deverrouiller 

15 d'urgence". Pour impl6menter ce cas, une requete "crash d6tecte" est specifiee. Elle est 
r6alis§ par une operation elementaire qui capture la valeur donnee par un accelerometre 
"A". Cette valeur est "a". Le pilote logiciel de capture de I'acceteration correspond au 
programme "P1 Dans ce cas, I'etat d'arrive du cas d'utilisation CRASH est par exemple un 
etat que nous nommerons "Deverrouillage d'urgence". Dans cet etat, I'operation elementaire 

20 "deverrouillage des portes" est realisee. Elle correspond k une donnee d mise a 1 qui 
commande par un pilote logiciel P2 qui commande les verrous des portes Vi. Si Ton donne 
une contrainte de performance de 100ms sur la realisation du cas d'utilisation CRASH cela 
signifie: 



30 le tout en moins de 100 ms. Certaines de ces etapes 6tant paralleles et d'autres 
sequentielles. 

Si maintenant, de plus, I'accelerometre est place sur un calculateur d'airbag et la 
commande des verrous est placee sur un autre calculateur, par exemple le calculateur 
habitacle, et ces deux calculateurs sont relies par un bus CAN sur lequel la donnee a est 
35 transportee par une trame T. Alors la contrainte de 100 ms signifie maintenant: 

Que Pacc§lerom£tre a d6tect6 une valeur de crash a. 



Etant donn§ un cas d'utilisation, on exprime une contrainte de performance sur ce 



Que Pacceleromdtre a detecte une valeur de crash a. 



25 



que la valeur de a et6 rafraTchie en executant le pilote P1 
que Pentree dans I'etat Deverrouillage d'urgence a ete r6alisee 
que la donnee d a 6t§ mise k 1 
que le logiciel P2 a §te execute 
que les verrous Vi ont fonctionnS 
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que la valeur de a ete rafraTchie en executant le pilote P1 

que la valeur de a ete ecrite dans le pilote CAN du calculateur Airbag 
pour remission de la trame T 

que la trame T a circulee sur le bus 
5 - que la trame T a ete lue et la valeur de a extraite par le pilote CAN du 

calculateur habitacle 

que I'entree dans Tetat Deverrouillage d'urgence a ete realisee 

que la donn6e d a ete mise a 1 

que le logiciel P2 a ete execute 
10 - que les verrous Vi ont fonctionne 

le tout en moins de 100ms. On a partir de cette liste etablir des exigences de performance 
pour I'execution de chacune de ces etapes. Par exemple, on peut proposer que la trame T 
soit emise toute les 20ms ce qui laisse 80ms de temps d'execution pour les autres 
operations qui sont sequentiellement ex§cutees avant ou apres remission de la trame. Si 
15 cette hypoth&se s'av£re trop difficile a tenir, on reduira le temps de transmission de T a 
10ms par exemple. Si au contraire, on s'apergoit que le reseau par lequel T transite est tres 
charge, on tentera d ! emettre une exigence d'emission toutes les 30ms pour T et Ton tentera 
de realiser toutes les operations qui doivent se derouler avant ou apres remission de T en 
moins de 70ms. 

20 Reciproquement, si des exigences de performance ont et6 exprimees sur ces divers 
operations, on peut verifier que la somme de ces operations se fait bien en moins de 100ms. 
Finalement, si certaines exigences sont specifiees mais pas d'autre, on deduit des 
exigences d6j& specifiees le temps restant pour executer toutes les operations sur 
lesquelles aucune contrainte n'est exprim6e. 
25 Si Ton recherche une anomalie liee & la realisation du cas d'utilisation CRASH cela 

signifie que I'on peut rechercher en priority les causes parmi les differentes composantes 
realisant le cas tfutilisation CRASH, telles que:: 

Pacc§leromfctre a detecte une valeur de crash a. 
la valeur de a §t§ rafraTchie en executant le pilote P1 
30 - Tentree dans Petat Deverrouillage d'urgence a 6t6 realis6e 

la donn6e d a ete mise k 1 
le logiciel P2 a §t§ execute 
les verrous Vi ont fonctionn6 
On peut ainsi synth§tiser automatiquement la liste des operations ei6mentaires, 
35 executions de pilotes, 6critures et lectures dans des frames, prise en compte d'information 
par des capteur et des actionneurs, transfer! de trame sur un reseau, notamment, decrire 
toutes les operations & effectuer lors de la realisation d'un cas d'utilisation afin de savoir 
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exactement dans quel ensemble d'objets rechercher la cause d'un defaut detectee lors de 
I'execution du cas d'utilisation CRASH. 

Une fois le placement realise, on peut identifier automatiquement dans chaque 
mode transversal t les operations Slementaires qui doivent etre operationnelles. Lorsqu'au 
5 moins une operation elementaire fonctionne sur un calculateur, cela signifie qu'une 
initialisation meme partielle du calculateur doit etre effectuee dans le mode correspondant. 
Lorsque aucune operation elementaire ne s'execute dans un mode transversal donne sur un 
calculateur, cela signifie qu'il peut etre desactive. 

On observe que le proc6d§ de conception et I'outil correspondant permettent des 
10 demarches "top-down", en suivant les onglets, dans I'ordre, comme expose dans la 
description, et "bottom-up", c'est-a-dire en suivant tout ordre de specification voulu par le 
concepteur, y compris en s6lectionnant les onglets dans Tordre inverse de ce qui est expos§ 
dans la description. 

II sera aussi appr6cie que la procedure de la present invention peut etre r6alisee 
15 dans la forme d ! un dispositif, ou dans la forme d'un programme d f ordinateur et enregistree 
sur la memoire d'un ordinateur. Des articles manufactures pourront etre produit sur lesquels 
de tels programmes d'ordinateur pourront etre enregistres. 
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REVENDICATIONS 



1 . Procede de synthase d'un routage, le procede operant: 

a) en obtenant les parametres suivants: 
5 - les differentes configurations de variantes de prestation et de variantes de calculateurs et 
le taux d'occurrence de ces configurations, la somme des taux des configurations 6tant 
consideree egale k un, 

- les caracteristiques de cout des composants stockees et ponder6es en fonction de leurs 
taux de monte respectifs, 
10 - I'emplacement partiel ou complet des variantes de prestation sur les variantes de 
calculateur, 

b) en identifiant des routages valides; 

c) en evaluant le cout de routage desdits routages valides pour chaque 
configuration; et 

15 d) en determinant le routage valide qui minimise la moyenne, ponder6e par les taux 

de montes de chaque configuration, des couts de routage pour chaque configuration. 



2. Procede selon la revendication 1, caracterise en ce que une caracteristique de 
qualite exprimee panne par million est consideree pour permettre de comparer les mesures 
20 de qualite respectives de deux architectures candidates pour un plan produit. 



3. Proc6d6 selon Tune des revendications 1 ou 2, caracterise en ce que une des 
caracteristiques de qualite consideree est le poids pour permettre de comparer les poids 
respectifs de deux architectures candidates pour un plan produit. 

25 

4. Proc6de selon Tune des revendications pr6c§dentes, caracterise en ce que un 
cout de montage de I'architecture §lectrique et electronique est calculi automatiquement en 
fonction d'un cout de montage d'un toron sur une zone, d'un coQt de montage d'un 
connecteur sur une frontiere de zone ou sur une zone, d'un coQt de montage d'un 

30 calculateur sur une zone, d'un cout de montage d'un capteur ou d'un actionneur sur une 
zone et d'un coQt de connexion d'un connecteur entre zones ou dans une zone. 



5. Proc6d§ selon Tune des revendications precedentes, caract6rise en ce que le 
routage optimal est synth§tise pour I'ensemble des configurations, en reprenant les etapes 
35 ci-dessus, le crit&re que Ton minimise §tant un coOt compost : 
- du cout recurrent estimS des pieces, 
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- d'une estimation du cout qualite en anticipation de coQt de reparation par 
zone ce cout etant majore par un cout constant dependant de la zone et de 
sa facilite d'acces, 

- d'une estimation du cout du poids en prise en compte de I'usure mecanique 
et de la consommation liee a une augmentation de poids du vehicule et/ou 

- d'une estimation du coQt de montage. 

6. Precede selon I'une des revendications precedentes, applique a la synthese de 
('architecture electrique d'un produit nouvellement cree ou a la synthese d'une architecture 
electrique modifiee par rapport a une architecture anterieure. 

7. Article manufacture comprenant un moyen de stockage d'ordinateur ayant un 
programme d'ordinateur de synthese d'un routage, caracterise en ce que le programme 
comprend un code pour realiser les etapes de la procedure definie dans I'une des 
revendications 1 a 6. 



8. Dispositif de synthese d'un routage, le dispositif comportant: 
a) un moyen pour obtenir les parametres suivants: 

- les differentes configurations de variantes de prestation et de variantes de calculateurs et 
le taux d'occurrence de ces configurations, la somme des taux des configurations etant 
consideree egale a un, 

- les caracteristiques de cout des composants stockees et ponderees en fonction de leurs 
taux de monte respectifs, 

- I'emplacement partiel ou complet des variantes de prestation sur les variantes de 
calculateur, 

b) un moyen pour identifier des routages valides; 

c) un moyen pour evaluer le cout de routage desdits routages valides pour chaque 
configuration; et 

d) un moyen pour determiner le routage valide qui minimise la moyenne, ponderee 
par les taux de montes de chaque configuration, des couts de routage pour chaque 
configuration. 
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Figure 1 
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GAUCHE 



Figure 3 
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Figure 4 




ZONE EXTRAIT COCKPIT 

Figure 5 
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